我还没有需要在.NET中创建一个DLL，因为我的程序往往是彼此不同的（我也没有编程长）。不过，我现在开始收集一些经常使用的方法库，这些方法往往会在我的许多程序（或可能更通用的类似方法）中复制副本。什么时候创建自己的DLL应该在什么
据我所知，应该创建一个DLL来共享程序之间的常用方法。
因此，我可以把我的方法放在dll中，像定制对话框和常用窗体这样的东西。我目前有一个自定义错误表单和一个打印预览对话框，几乎可以在我的所有程序中使用。将这些放入dll是否是一种好的做法？
在这种情况下，“良好做法”确实取决于您削减多少代码重复。如果这些对话在很多程序中都使用并且占用大量代码，那么可以，将它们移动到共享空间可能是一个好主意。
但不要试图把所有东西都扔在那里。你会发现自己必须重写它，到那时你可能会写出比以前更多的代码。保持简单。保持通用。保持它们有用。
但是，在开始之前，请注意您正在创建依赖关系树。如果你更新你的图书馆机会，你将不得不花费一些时间来维护使用它的应用程序......但这与使用第三方库无异。
要创建一个新的dll，只需将新项目（库）添加到您的解决方案，并将其作为项目引用添加到您的主程序。
可以将任何你想要的东西放到这个项目中。所有对话框，用户控件等都只是类，所以您可以像任何其他类一样轻松地共享它们。我认为尽可能多地分享是一种很好的做法。
当然，为什么不呢？
你在这里构建的实际上是一个小框架，非常像.Net框架本身。您认为应用程序之间的所有内容都可以放在程序集中：表单，方法，业务逻辑，例外，通用数据访问。
当你的框架增长时，你可能想分割出这个通用的DLL。例如，如果你在DLL中有常见的表单，并且你也开发了批处理应用程序，那么他们不需要引用包含WinForms特定类的DLL。
或者，您可以将这些方法的源文件放在一个普通的位置，并将它们作为链接添加到项目/解决方案中。