C# 类函数成员声明&执行

Question

C# 中是否存在类似于 C++ 中的类定义和实现的概念？

我更喜欢通过删除大多数（如果不是全部）实现细节来保持类定义简单（这取决于您可能知道的几个因素，但通常我倾向于将大多数成员实现细节保留在类定义之外）。这样做的好处是让我可以鸟瞰该类及其功能。

然而在 C# 中，我似乎被迫在声明时定义我的成员函数。这可以避免，或者以某种方式规避吗？

在我学习 C# 的过程中，这是困扰我的一个方面。类，尤其是复杂的类，变得越来越难读。

Answer 1

如果您发现某个类难以阅读或难以理解，这通常表明该类试图做太多事情。不要尝试复制 C++ 的声明和定义分离，而是考虑将麻烦的类重构为多个类，以便每个类承担更少的责任。

Answer 2

只要有可能或需要，我就会采用之前的响应并定义一个接口。但这并不总是合适的。

或者，您可以使用一些静态代码检查工具来解决这个“问题”。 Resharper 的“文件结构”窗口将为您提供您想要的内容。您还可以使用 Visual Studio 中内置的“类视图”。但我更喜欢前者。

Answer 3

我猜你所指的原型在 C# 中并不存在。按照其他人的建议定义接口将为您提供收集方法的声明，但这与原型不同，而且我不太确定它是否会帮助您使实现类更易于阅读。

C# 不是 C++，并且可能不应该被视为 C++。

Answer 4

不确定你的课程继续增长并变得难以阅读是什么意思。您的意思是您想要一个像类成员视图之类的头文件吗？如果是这样，就像约翰建议的那样，你不能折叠实现，这样你就不必看到它了吗？

如果您不希望每个类都实现某件事，那么接口可能是可行的方法（就像其他人所说的那样）。

但另一方面，如果你的类本身随着你编写程序而变得越来越复杂，也许这更多的是一个设计问题而不是一个语言问题？我认为一个类应该有一种责任，而不是随着程序的增长而承担越来越多的责任，而是随着您继续开发软件，类的数量和使用的类的年龄应该增长并变得更加复杂？

Answer 5

有两种补救措施可以使其更像 C++：

• 创建一个声明所有方法签名和属性的接口文件
• 通过在类定义上使用 partial 修饰符在多个文件中的类中实现该接口

编辑：

// File: ICppLikeInterface.cs
public interface ICppLikeInterface
{
    ...
}

// File: CppLikeImplementation1.cs    
public partial class CppLikeImplementation : ICppLikeInterface
{
    ...
}

// File: CppLikeImplementation2.cs    
public partial class CppLikeImplementation : ICppLikeInterface
{
    ...
}

C++ 将接口分离到头文件中的方式主要（我认为）是由于创建 C 时的早期设计决策，以允许在“旧时代”进行快速、增量编译，因为编译器会丢弃任何元数据，与 Smalltalk 相反。这对于 C#（也不是 Java）来说不是问题，在最新的硬件上，数万行代码可以在几秒钟内编译完成（C++ 仍然不能）

Answer 6

这确实是一个需要退一步看大局的情况。 Visual Studio 有很多很多工具可以帮助您编写和操作代码，包括大纲、#regions、类视图、类图、代码定义窗口等等。

C# 不是 C++，如果你试图这样做，那么你就会被自己绊倒，而且没有人能够阅读你的代码。

花一天时间学习使用 Visual Studio 工具将在生产力方面获得数倍的投资回报，并且您很快就会想知道您是如何使用 C++ 的做事方式的。

根据评论进行更新

我早已不再将我的代码视为简单的文本文件。我将代码视为有机的东西，我发现允许自己依赖功能丰富的 IDE 可以让我更轻松地上下移动抽象级别，并无限提高我的工作效率。我想这可能是一种个人特质，也许并不适合所有人；我有一个非常“视觉”的头脑，当我能看到图片中的东西时，我的工作效果最好。

也就是说，聪明的 IDE 并不是糟糕风格的借口。有一些最佳实践可以编写不需要智能 IDE 的“干净代码”。干净代码的原则之一是保持事物的定义接近其使用，我认为这可以扩展到涵盖声明和定义。就我个人而言，我认为将声明和定义分开会使代码不太清晰。如果您发现怪物类别难以理解，那么这可能表明您违反了单一职责原则。

c/C++ 中单独定义和声明的原因是因为 C++ 使用单遍编译器，与 C# 及其 两遍编译器 无论声明的顺序如何，它都可以愉快地找到引用。这种差异源于编译器不同的设计理念：C/C++ 将每个源文件视为一个编译单元，而在 C# 中则将整个项目视为编译单元。我想当您习惯于以 C/C++ 方式工作时，分离声明和定义似乎是一种理想的风格元素，但我个人认为保留声明和使用（或者在本例中是声明和定义）会增强，而不是降低可读性。我自己曾经是一名 C 程序员，直到 2001 年开始使用 C#。我一直很喜欢 C，并认为它的做事方式是“蜜蜂膝盖”。这些天，当我阅读 C/C++ 代码时，我认为它看起来绝对可怕，我不敢相信我们曾经忍受这样的工作方式。我想这完全取决于你的习惯。

Answer 7

如果您使用 Visual Studio，则可以利用类视图。您还可以使用源代码编辑器的展开/折叠功能。

在不太可能的情况下，您的工具无法提供帮助，您始终可以编写一个快速实用程序来为您总结该类。

如果该类已编译，您也可以使用 Reflector 查看该类。

Answer 8

不，C# 中没有像 C/C++ 中那样的实现和头文件的概念。最接近的方法是使用接口，但接口只能定义类的公共成员。然后，您最终会得到类和接口的一对一映射，这实际上并不是如何使用接口的意图。

Answer 9

通过为每个类定义一个接口，然后让它们实现，您可以获得类似的结果。

Answer 10

听起来您指的是接口 。在 C# 中，您可以在接口中定义所有成员函数，然后在另一个类中实现它们。

Answer 11

在 C# 中，您可以在一定程度上使用部分类和部分成员来伪造它，但是，前向声明和原型在您的新语言中就像渡渡鸟一样。类视图、类图、智能感知等都有助于消除对这些“功能”的潜在需求。

Answer 12

定义一个接口。

然后，能够使用良好的代码辅助工具自动实现该接口真是太好了。