c# – 有关分区程序集和命名空间的策略提示

技术架构师的一个非常常见的复杂性是将应用程序划分为程序集和命名空间.

>可以根据部署,性能和安全边界对程序集进行分区.
>可以根据逻辑应用程序边界对命名空间进行分区.

另外:名称空间可以跨多个程序集.

在根据应用程序的逻辑单元对程序集进行分区时,我在项目中遇到了错误的经验.这个决定最终得到了包含30或40个项目的解决方案文件!主解决方案文件加载时间约为. 5分钟!!!这最终浪费了很多时间,pff ……

相反的情况是在真正需要时将所有代码保存在1个程序集和分区中.

您是否有关于此问题的其他提示或最佳做法?

最佳答案
只有当我需要将它重用于两个不同的应用程序时,我才将代码分割成单独的程序集(非常多).所以我从一个项目中的所有内容开始,当需要重用代码变得明显时,我创建一个新的程序集并移动代码(有时从一开始就很明显,例如当你需要一个web应用程序并赢得表单时事情).

回覆.命名空间,我更喜欢在程序集中对它进行很好的分区,因此很清楚每个类所属的位置以及它应该用于什么.

转载注明原文:c# – 有关分区程序集和命名空间的策略提示 - 代码日志