我们有一个企业 Web 应用程序，它由 4 个编译组件 (DLL) 组成。一年前，我们开始实现更细粒度的组件，试图隔离功能、减少耦合并降低重新编译和部署大量代码的风险。虽然没有人认为这种方法在添加新功能和修补错误时大大提高了我们的灵 active 和上市速度，但应用程序现在由近 40 个 dll 组成。我们有一个非常适合识别我们的组件的命名约定。
我的问题是:拥有多个 dll 的应用程序是否有任何缺点(性能、维护等...)？
编辑:我们正在探索将代码重构为更大组件的选项，我认为这可能是某种回归......
最佳答案
My question is: Is there any down-side(Performance, maintenance, etc...) to having an application with many dlls?
许多 DLL 的缺点是什么？否
DLL 太多有什么缺点吗？当然。
那么多少算太多呢？
程序集是一种组织方式，就像命名空间和类一样。命名空间定义逻辑边界，程序集物理边界。
您应该尝试保持程序集的连贯性，并将它们视为系统模块。
是的，如果有数百个，就会出现(小)性能问题。但对于 40，我不认为有什么问题。
关于.net - 具有许多 DLL 的应用程序是一件坏事吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3406739/