我一直在研究内部管理应用程序，该应用程序具有可帮助使人们工作的各个方面自动化的工具。该解决方案目前包含约40种不同形式的表格，可用于不同目的。
我想知道是否应遵循任何行业标准将解决方案分解为单个项目/解决方案。我是否应该仅将所有这些形式保留为根解决方案的一部分？
我想在添加更多功能之前先进行重组，因为这感觉像是一种不好的做法，并且在涉及大型解决方案时，我想完善总体设计方法。
一些粗略的google搜索显示了一些有关Web服务（数据访问层，服务器，客户端等）的不同层分离的结果，但该应用程序目前仅在台式机上使用。
我没有很高的声誉来发布图像，但是当前组织在解决方案的根级拥有所有表单，并且只是按字母顺序排列的列表（如预期的那样），例如：frmAddEquipment ，frmAssignSoftware，frmBackupReports，frmContacts等，等等
答案 0 :(得分：0)
即使在桌面应用程序中，您也应该具有图层。将您的应用程序划分为数据访问，业务逻辑和表示层将对您的应用程序施加结构和体系结构约束，这将增加可重用性，可支持性和可测试性。
这当然假定您使用了基于层的体系结构模式。如果您还没有，并且所有数据和业务逻辑都以表格的形式捕获，并通过各种表格进行复制，那么您可能拥有我们所谓的“ ball of mud”架构，并且必须认真对待决定。您可以
如果您决定重构为目标体系结构，则其模式通常意味着您可以解决问题。它具有的组件自然可以使您的应用程序适合各种项目。如果您选择坚持到底，那么重命名或项目拆分都无济于事，您只会使复杂的解决方案变得更加复杂，并带有任意规则，因此您最好保持简单。