从 .NET 中的 Form 类派生

Question

理论上你可以从 Form 派生，但这是你不应该做的事情吗？我直觉上是这么认为的，但我从来没有听说过这样的规则。

我的意思是一些已经从 Form 派生的具体类。例如，如果我有 class MyForm : Form, ， 问题是：我可以从中得出 MyForm?

Answer 1

我们已经取得了成功获得从形式的类，然后得出我们所有的形式在它的项目。它使我们能够轻松地将项目范围内的策略。我们所有的形式有一个一致的外观和感觉。它也使容易有每个窗体记住它的大小和位置。

Answer 2

您创建一个新的Windows窗体时应从表格中获得。 当创建在Visual Studio中的新形式，源文件你已经从表格中获得。

Answer 3

有阻止你获得一个Windows窗体没有硬性的规定。如果你有一个很好的理由这样做（例如，在一些贯穿整个所有形式的项目共同的特点螺栓），然后继续前进。

Answer 4

这是完全合理的，从一个共同的基表的派生类派生形式，并且可以用于具有标准的外观是有用的和感觉为应用程序。

Answer 5

我强烈建议从 BaseForm 继承。这使得 f.e. 变得非常容易。使所有 EditForm 看起来都一样，因为您可以在底座上设置常用控件（如按钮），给它们提供背景色/图像等。对于所有可以分组的表单也是如此。我通常有 1 个 BaseForm，然后根据它的“组”（编辑、列表、对话框等）再有一个 BaseForm

它让你的winapp看起来更加一致。

代码也是如此，通常编辑表单具有类似的代码库：验证、保存逻辑、...您可以将所有这些逻辑放在基本表单上，然后在子表单上实现一些抽象方法。

Answer 6

这个问题实际上取决于你的派生类中做什么。

表单和许多这样结束课程旨在做大量的复杂的任务，给你的形式有关的活动全部优势，而无需编写太多。

在规则是这样的，“如果你打算做一个简单的窗口操作，以及是否可以不打扰常规行为那么它最好不要从形式获得。

或者因为形式是重负载的，则可以通过从基类，而不是形式导出其保存存储器和CPU时间。