用解决方案范围定义.NET扩展方法

如果不希望只为扩展方法创建整个项目,则可以将同一文件链接到单独的项目中,而不复制该文件:

1. 在解决方案资源管理器中,选择目标项目。
2. 选择项目菜单。
3. 选择“添加现有项”。
4. 在“添加现有项”对话框中,选择要链接的项。
5. 从“打开”按钮下拉列表中,选择“添加为链接”。

最好的方法是将它们全部放在一个项目中并创建一个DLL。然后您可以将该项目作为项目引用包括在内,或者将DLL作为二进制引用包括在内(可能是更好的选择)。

您可以将扩展放到单独的项目中,并将该项目包含到您正在制定的每个新解决方案中。

只需注意版本控制,例如,当其他应用程序试图更改扩展项目时,应该重新测试使用该方法的所有项目。

Scott Dorman is correct in his post too :如果不希望更改它们,可以将它们编译为包含在新项目中的dll库(而不是包含未编译的项目)。

为扩展到.NET平台创建一个项目,并在每个应用程序项目中引用该项目。不言而喻:任何平台的东西,只有平台的东西,都在那个项目中;应用程序的东西在你的应用程序项目中。

您还可以查看外面的各种平台库,例如 Umbrella 它为基础平台提供扩展套件。

有几个答案表明,有人会将扩展函数放入一个公共程序集中。这是正确的答案。但对于初学者来说,有一件奇怪的事情:智能感知无法提供足够的帮助。 假设我把 ObservableCollection 用一个 ReplaceRange 功能/方法。 在移动扩展函数类之后,编译器首先会说 error CS1061: 'System.Collections.ObjectModel.ObservableCollection<WhateverDto>' does not contain a definition for 'ReplaceRange' and no extension method 'ReplaceRange' accepting a first argument of type 'System.Collections.ObjectModel.ObservableCollection<WhateverDto>' could be found (are you missing a using directive or an assembly reference?) 如果你在问题上徘徊 替代品 打电话,您将无法获得自动包含正确使用语句的报价。有人可能会认为他/她做错了什么。但是,什么都不是,您只需要知道扩展方法在哪里,并且您必须手动为方法的命名空间键入using语句。在你正确的理解之后,你的源代码将被编译。