C# 有部分类的概念。我见过的一个例子是WSDLs。 Visual Studio 可以联系服务器以查找服务，并根据它自动生成分部类。然后，Visual Studios 会为您提供一个空白的部分类来匹配它，以便您可以添加自己的代码。
我觉得这种方法相当混乱。部分类比继承有什么优势吗？
【问题讨论】：
标签： c# wsdl partial partial-classes generated-code
部分类用于解决特定问题 - 解决分离生成代码和手动编程代码的问题。如果没有部分类，程序员需要避免修改生成的类，或者rely on a design pattern 来实现分离。
非常重要的一点是部分类的生成部分具有实现。这将它们与不包含实现的接口区分开来。
从某种意义上说，这使它们类似于抽象类，而不是使它们抽象。您可以扩展和更改功能而无需子类化。
【讨论】：
Authentication 的服务。目前，将创建一个 Authentication 部分类。通过继承，将创建一个空的Authentication 类，并将继承自自动生成的AbstractAuthentication。我也不认为将类的数量加倍是一个严重的问题（尽管我可能是错的），因为总代码基本上是相同的。
AbstractAuthentication，那么你将无法从其他东西继承。拥有一个抽象类也会让您拥有多个子类，这可能是不可取的。它还会用您永远不会直接引用的类污染您的命名空间，例如，接受AbstractAuthentication 作为参数的方法在任何情况下都可能没有意义。
部分类：
您可以在同一个项目的多个文件中定义一个类。您最终可能会创建一个包含方法的文件，另一个文件包含属性，等等。在编译时，它就像您创建一个包含所有内容的大文件一样。
Read more about partial class and method
继承：
您可以在同一个项目或另一个项目中扩展现有类的功能。通过继承，您可以在新类上扩展现有类的功能、特性等。
【讨论】：
Regions 做同样的事情。我不认为这是一个现实的优势。
约定的部分类更多是关于在多个源文件之间拆分类定义而不是继承。
在我看来，它们的主要原因是框架可以为您生成样板代码，并且您还可以添加方法，而您的代码不会被 Visual Studio 为数据访问或 Web 服务生成创建的东西所覆盖.
在我看来，微软总是头脑不清醒、懒惰。
【讨论】：
这是对开发人员的邀请，如果需要在部分类的第二个声明中实现方法 您可以通过压缩大型类来更好地维护您的应用程序。假设您有一个具有多个接口的类，因此您可以根据接口实现创建多个源文件。易于理解和维护实现的接口，源文件在该接口上具有部分类。让我们看看下面的代码sn-p。
public interface IRegister
{
//Register related function
}
public interface ILogin
{
//Login related function
}
//UserRegister.cs file
public partial classUser : IRegister, ILogin
{
//implements IRegister interface
}
//UserLogin.cs file
public partial classUser
{
//implements ILogin interface
}
【讨论】：