有一个带有大量DLL的应用程序是不好的做法？

Question

有多少DLL依赖项或更好的静态链接是否更好？

由于

Answer 1

不，运送大量DLL是不错的做法;但是，将它们放在％System32％中是不好的做法。实际上，使用DLL而不是静态链接通常是好的;首先，你可以轻松地换掉你需要更新的DLL，而不必替换整个二进制文件，而另一方面，如果你的程序最终需要多个可以同时工作的可执行文件，你只需支付一份副本DLL代码（而使用静态链接，最终会复制常见的代码）。

Answer 2

拥有静态链接会为您的应用程序提供大量内存占用，因此从POV中获取DLL会更好，即您只需加载所需内容。现在安装通常由安装人员完成，因此如果你有很多DLL就没关系。

Answer 3

我不认为这是一种不好的做法。查看Office或Adobe或任何大型应用程序。他们最终得到了大量的DLL - 因为否则它们必须将所有内容打包成100M + exe。

当您不完全需要它们时，将其分解为DLL。

Answer 4

一般来说，这不是一个坏习惯。最好将程序代码拆分为独立的动态库，特别是如果提供的函数是从多个可执行文件中使用的话。 这并不意味着每个程序都应该将其代码拆分为更动态的库;对于简单的实用程序，这可能不是必需的。

Answer 5

正如其他人所说，许多DLL并不是一个坏习惯。把想法放在每个人的想法中。我喜欢尽可能地将DLL保持为“tiny-island-ish”。如果这些将被分发，我希望有一个特定的命名约定，反映产品和/或公司名称和/或某种类型的首字母。

Answer 6

只是想从使用许多动态加载的DLL的其他程序中添加另一个观察。例如，GIMP及其插件。加载DLL的方式将影响客户端感知的应用程序速度，如果这是其他非常好的（更新，重用等）中的一个因素。我确定操作系统加载DLL有一些开销，你可能会遇到进程限制（比如打开文件句柄）。拥有非常多的非常小的DLL可能不如“小于”那个“大于”大小的DLL的数量那么理想。