何时创建自己的dll应该在其中

Question

到目前为止，我还没有必要在.NET中创建一个dll，因为我的程序往往彼此不同（我没有编程太长时间）。然而，我现在开始收集一个常用的方法库，这些方法往往会在我的许多程序中有副本（或类似的方法可以更通用）。

据我所知，应该创建一个dll来共享程序之间的常用方法。

所以我可以把我的方法放在dll中，比如自定义对话框和常用表单。我目前有一个自定义错误表单和一个打印预览对话框，几乎在我的所有程序中都使用。将这些放入dll是不错的做法？

Answer 1

在这种情况下，“良好做法”实际上取决于您减少了多少代码重复。如果在很多程序中使用这些对话并且它们占用了大量代码，那么是的，将它们移动到共享空间可能是个好主意。

但不要试图把所有东西扔进那里。你会发现自己必须覆盖它，到那时你可能会编写比以前更多的代码。保持简单。保持通用。保持它们有用。

但是，在开始之前，请注意您正在创建依赖关系树。如果您更新了库，那么您将不得不花一些时间来维护使用它的应用程序......但这与使用第三方库没有什么不同。

Answer 2

要创建新的dll，只需将新项目（库）添加到解决方案中，然后将其作为项目引用添加到主程序中。

可以将任何你想要的东西放到这个项目中。所有对话框，用户控件等都只是类，因此您可以像任何其他类一样轻松地共享它们。我认为尽可能多地分享是一种好习惯。

Answer 3

为什么不呢？

您在这里构建的实际上是一个小框架，非常类似于.Net框架本身。您认为应用程序之间通用的所有内容都可以放在程序集中：表单，方法，业务逻辑，异常，通用数据访问。

当您的框架增长时，您可能希望拆分该常见DLL。例如，如果您在DLL中有常见的表单，并且您还开发批处理应用程序，那么他们不需要引用包含WinForms特定类的DLL。

Answer 4

或者，您可以将这些方法的源文件放在一个公共位置，并在将它们包含在项目/解决方案中时将它们添加为链接。