什么时候制作 DLL 文件是个好主意
本文关键字：好主意 文件 DLL 什么时候 | 更新日期: 2023-09-27 17:57:24
所以，我在堆栈中搜索了一个类似的问题，但没有找到任何东西。所以告诉我这是否是重复的。
无论如何我的问题是什么，如标题中所述。
什么时候制作.dll文件是个好主意。
例如，每当我开始一个新项目时，我注意到在许多情况下我必须重新编写相同''相似的代码，尤其是在数据库连接、打开、关闭、运行查询和读取''写入文件时。
为这样的小任务创建一个 dll 是一种很好的做法，还是会导致更大的问题？
有关何时创建dll文件的任何建议将不胜感激。谢谢。
你追求的是代码可重用性，这是一个比制作DLL更广泛的主题，正如@Jodrell所说，DLL是在编译程序集时创建的。重新使用代码的想法是跨越多个域的，因此与 .NET 平台并不严格相关。例如，您可以有一个 .JAR文件（在Java中），它还为您提供了一组常用功能。
如果做得好，代码的可重用性有助于提高生产力并减少某些模块的开发时间，因为某些组件已经开发和测试。这些组件通常是系统的各个部分，在一系列项目中是通用的，例如数据库连接、日志记录等。
但是，注定要重复使用的组件可能需要更长的开发时间，以确保设计的模块足够灵活，以适应未来的情况。
创建一个 DLL，其中包含需要添加到许多项目中的函数。就像你说的。我有一个有很多字符串函数，例如生成 MD5 哈希、随机密码、剥离 HTML 标签等。我还有一个用于自定义 ASP.NET 用户管理和身份验证的 DLL 项目。
确定您经常做的事情，然后尝试将它们放入可重用的项目中并将其编译为 DLL。
我想创建 dll 文件的最佳条件是当您拥有将使用的基本但重复的函数时。当您需要跨不同编程平台的功能时，它也会派上用场。这将避免您为不同的语言重写相同的函数。
例如，你可以有一个 C# 代码和 VB.NET 代码。可以为两个应用程序使用的常用函数创建一个 dll 文件，然后只需在每个应用中调用它们，而不是为 C# 应用编写函数，然后为 VB.NET 应用重写它。
简单地说，程序集应将要在其他项目中引用的功能作为一个单元进行分组。如果程序集包含不相关的不同功能，则使用者将无法选择仅选择所需的零件。相反，如果关联的功能分布在许多程序集中，则使用者将承担添加多个引用来执行一项操作的负担。
选择应将哪些内容分组到程序集中取决于编码的内容以及谁将使用它。