我有一个示例ASP.NET应用程序。该应用程序是作为POC开发的,不遵循任何设计和架构标准。
现在我想重组应用程序。我可以看到将来可以重用一些业务逻辑和控件,例如登录控件。
我有两个重组选项
我创建了一个实用程序DLL,它将包含所有这些可重用的代码和另一个包含所有可以重用的控件的DLL。
我将为每种类型创建一个可以重复使用的separeate DLL,例如:登录控制。
哪个选项更好。虽然我觉得选项1很好,但我需要专家建议。
答案 0 :(得分:2)
我不知道你为什么要为每种类型保留一个单独的程序集。不要那样做。
将相关功能集中在一个程序集中。查看.NET Framework的组织方式。请注意,如果您不进行数据访问,则无需引用System.Data.dll
。
答案 1 :(得分:1)
构建架构有多种方法。例如,您可以创建水平图层,将所有GUI逻辑,业务逻辑和数据逻辑放入单独的图层中。这只是从逻辑的角度来看。放置图层的位置是另一个问题。从OO的角度来看,你将它们放在至少不同的类中。您可以决定将它们放在不同的名称空间,不同的项目/程序集中。
慢慢开始并重构最明显的部分。您可以开始将类放在项目的一部分(文件夹)中。然后更改名称空间。然后把它们放在单独的项目中。小动作将让您有机会进一步考虑您的选择。每项改进都是一次。
所以我的建议是首先在当前项目中安排类和命名空间,从而塑造逻辑部分。也许你需要在这里和那里添加一些接口来分隔各层。
答案 2 :(得分:0)
我会为你的控件选择一个程序集。您可以为控件创建一个新的程序集,您可能不会很快使用它们,或者它们非常特殊。
我会对业务逻辑进行分类,并为每个类别制作一个程序集。