部分类与扩展方法

Question

我没有太多使用这 2 种方法来扩展类或针对类创建扩展方法的经验。 通过查看其他人的工作，我在这里有一个问题。

我看到人们使用分部类来扩展项目中的实体类。 同时，在同一个项目中，还有一个文件夹包含了很多实体类的扩展方法。

这样做是否正确？ 我的意思是这两种方式都很好用。 当我想扩展一个类时，你能给我一些关于如何选择一个或另一个的真实想法吗？

Answer 1

将决定您是要使用分部类还是扩展方法的一些差异是

部分类

• 仅适用于同一项目/程序集中的类
• 目标类必须标记为部分
• 可以访问 Target 类的字段和受保护的成员
• 目标必须是类实现

扩展方法

• 可以应用于其他汇编中的类
• 必须是静态的，只能访问 Target 类的公共成员
• 扩展的目标可以是具体类型，也可以是抽象类型或接口

Answer 2

在代码生成场景中应该使用部分类。

由于生成的文件随时可能被覆盖，因此可以使用部分类来写入非生成的文件。

此外，partials 仅在它们是同一程序集的一部分时才有效——它们不能跨越程序集边界。

如果这些不是你的约束，你可以而且应该使用扩展方法——当然，在考虑其他可能性之后，比如继承和组合的适用性。

Answer 3

您可以在 NULL 实例上使用扩展方法，但不能在实例方法（部分类或其他）上使用。 这是扩展方法实际上是静态的结果。

Answer 4

只有当两个文件都在同一个项目中并且您可以访问该类的私有成员和受保护成员时，部分才有效。

扩展方法只是静态方法，不能访问私有成员。

因此，如果您想访问私有成员和受保护成员，那么您拥有的唯一方法是部分，如果不是，请回答这个问题，您要添加的方法是否应该在您想使用类的任何地方都可见？ 如果是，使用部分，如果不是，它是某种扩展，使用扩展方法。

顺便说一句，如果第一个类不是由某个工具生成的，您可以在那里编写函数，除了使用 partial ;)

希望这可以帮助

Answer 5

当我需要一个类来实现接口时，我使用部分方法，但类代码是自动生成的（VS 使用部分类为 Web 服务和 EF 模型生成代码）。

当我添加到类型的新方法适用于该类型的任何值时，我使用扩展方法。 （好的例子：int.IsEven()、string.IsEmpty()；坏的例子：int.IsOldEnoughToDrive()、string.IsLastName()）。

Answer 6

您可以在正在开发的项目中使用部分类，而扩展方法也可以用于扩展您没有源代码的项目。

Answer 7

如果您选择 Partial Class 路线，但发现重复了相同的代码，请切换到 Extension Methods。

例如，我有许多生成的类，其方法返回IEnumerable<Track>数据。 我想以某种方式扩展每个类，以便我可以选择以IEnumerable<MediaItem>格式接收数据。

我在这里有一个一般要求将IEnumerable<Track>数据转换为IEnumerable<MediaItem> 。 在这种情况下，与编写多个partial class方法相比，扩展方法效果最好：

public static class ExtensionMethods
{
    public static IEnumerable<MediaItem> ToMediaItems(this IEnumerable<Track> tracks)
    {
        return from t in tracks
               select new MediaItem
               {
                   artist = t.Artist,
                   title = t.Title,
                   // blah blah
               };
    }
}

这给了我以下选项：

var data = Playlist.Tracks.ToMediaItems();
var data = Podcast.Tracks.ToMediaItems();
// etc..

Answer 8

当您想要扩展生成的类时，分部类很有用。 通过这种方式，您可以在一个文件中编写代码，然后当/如果需要重新生成类的另一“部分”时，可以安全地完成，因为该代码文件没有更改。

Answer 9

Partial Class - 

将类或结构或接口的定义拆分为两个或多个源文件

Extension Method  

扩展方法使您能够向现有类型“添加”方法，而无需创建新的派生类型、重新编译或以其他方式修改原始类型