有许多DLL的应用程序是一件坏事吗?

我的问题是:有没有 等…)来申请

有很多DLL的缺点?不
DLL太多的缺点是什么?当然。

程序集是一种组织方式,就像名称空间和类一样。名称空间定义逻辑边界,程序集定义物理边界。

您应该尽量保持程序集的一致性,并将它们视为系统模块。

将独立的功能域分离成单独的DLL通常是一个简单的方法

但是,将多个组件作为系统的一部分引入也有缺点:

1. 加载、验证和JIT多个程序集需要更长的时间。
2. 通过在单个程序集中部署更改来更新应用程序可能是不明智的。 通常将一个应用程序划分为单独的dll会给人留下这样的印象:只需替换它的一些程序集就可以修复或增强它。当然,如果这些程序集中的类和方法的副作用或未记录的行为发生了变化,它可能会引入细微的bug。
3. ReSharper和codelush等工具在分析跨多个程序集划分的代码时有一些限制。
4. 它可以鼓励开发人员公开更多的类型。

维护-不,性能-是。需要加载的程序集越多,应用程序启动越慢。对于需要加载到AppDomain的每个程序集,加载程序需要执行一系列验证。

• 构建时间: 编译器为每个DLL运行一次,DLL必须复制到输出目录或从输出目录复制
• 加载次数:
• DLL越多,两个DLL在虚拟内存中发生冲突的可能性就越大。这不会造成问题,因为Windows可以重新设置其中一个DLL页的基址,但重新设置基址的过程需要时间,而且Windows必须提前从磁盘加载任何受影响的DLL页。重新调整通常不会对托管DLL产生太大影响。
• Visual Studio开销: 一个DLL=一个项目=IDE的更多工作

别忘了 ILMerge