C# 使用分部类相对于抽象类有什么好处？
我一直在阅读编程Microsoft®Visual C#2008：更好地理解C#以及如何使用它的语言。我遇到了ASP.Net的Page类中已经遇到的部分类 在我看来，似乎可以像分部类那样处理抽象类和重写类。显然，一个团队将通过抽象方法控制接口，但无论如何，您将相互依赖。如果目标是协作，那么这不是源代码管理和其他工具解决的问题吗C# 使用分部类相对于抽象类有什么好处？,c#,class,abstract-class,partial-classes,C#,Class,Abstract Class,Partial Classes,我一直在阅读编程Microsoft®Visual C#2008：更好地理解C#以及如何使用它的语言。我遇到了ASP.Net的Page类中已经遇到的部分类 在我看来，似乎可以像分部类那样处理抽象类和重写类。显然，一个团队将通过抽象方法控制接口，但无论如何，您将相互依赖。如果目标是协作，那么这不是源代码管理和其他工具解决的问题吗 我只是错过了部分课程的要点。也可以有人提供一个真实的世界使用 部分类与对象继承无关。分部类只是将定义类的源代码拆分为单独文件的一种方式（例如，当您在Windows窗体应用程
我只是错过了部分课程的要点。也可以有人提供一个真实的世界使用 部分类与对象继承无关。分部类只是将定义类的源代码拆分为单独文件的一种方式（例如，当您在Windows窗体应用程序中创建新窗体时，可以这样做-一个文件是“您的”代码，另一个文件。designer.cs包含VS2008为您管理的代码）.一个好的用法示例是生成分部类的一侧（如ORM）分部类的目的是允许一个类的定义跨越多个文件。这样可以更好地维护和分离代码。我们使用分部类来分割更大的类。这样，使用Sourcesafe检查部分代码就更容易了。这就限制了四个开发人员需要访问同一个文件的情况。分部类的好处在于，您可以获取现有类并将其添加到该类中。这听起来很像继承，但是继承有很多事情做不到，而分部类可以做到 以下是为您生成的Linq到SQL类。它们是自动生成的，这意味着您不应该修改它们。如果没有分部类，则无法附加接口。
您可以创建一个新类，并从Linq到sql类派生它，但是这并不能给您带来任何好处，因为您无法使用接口将linq to sql类升级到您的类。部分类现在在ASP.Net中大量使用，允许使用两个源文件，即基于标记的example.aspx和基于代码的example.aspx.cs，以便每个文件中定义的方法和变量对每个文件都可见。 在example.aspx中
<custom:exampleControl id="exampleCntr" property="<%#getProperty()%>" />
这种双向性不能用抽象类重新创建。部分类应限制与自动生成的代码一起使用，而其他代码不能修改。使用它代替继承或添加功能不是最佳实践
如果你有一个大班，它已经错了。代码应该重构成多个“真实”类，而不是多个文件。大班通常意味着班级做了太多的事情，违反了SRP（单一责任原则）。听起来你的问题是他们之间的区别是什么
partial class Foo
{
PART ONE
}
partial class Foo
{
PART TWO
}
FooBaseFooBaseFooFooBaseFooBaseinternalFooBaseFoo如果派生类型可以扩展基类型的可见性，那么这些问题就不会太麻烦；人们会将
FooBaseFooFooBaseFooFooBasethisFoopartial class Foo
{
PART ONE
}
partial class Foo
{
PART TWO
}
astract class FooBase
{
PART ONE
}
partial class Foo : FooBase
{
PART TWO
}