你应该使用表单类吗?

时间:2013-09-10 21:36:29

标签: c#

我对编程很陌生,并希望确保我以“行业标准”的方式做事,因为它通常是最好的方式。我即将开始我的第二个项目,并快速询问我应如何设计该程序。我已经考虑过并决定程序只需要运行一个类,我遇到的问题是我应该使用表单类还是创建另一个类?我不知道为什么我认为这可能是件坏事,我只是觉得可能会这样。

例如,可以将我的函数放入“public partial class mainForm:Form”类吗?

编辑:我认为人们会让我感到困惑,我只是想在表格上加上一些按钮 - 我应该把所有实际的代码,即在表格类中进行实际计算的函数,还是我应该创建另一个class然后调用myClass.function?

3 个答案:

答案 0 :(得分:0)

的WinForm?

对于简单的utils,请使用表单,对于任何更多的硬核,我建议从一个配置和粘合在一起的服务对象开始。然后你可以这样做:

Application.Run(applicationObjectThatIMadeEarlier.InitialForm);

回到你曾经去过的地方。

由于表单设计者的要求(它运行ctor),WinForm构造函数可能是iffy,因此很好地将事物排除在WinForm的构造函数之外,以便表单设计者继续工作。

答案 1 :(得分:0)

一般来说,是的。只要您只有一个类 - 在这种情况下是您的表单 - 并且在表单之外的任何其他地方都不需要这些函数。

这是好的做法吗?好吧,不是真的。迟早你会处理不包含一个类或一个表单的项目,你将把所有的功能都放在你的表单中,只是为了在后面找到你在其他地方需要它们的行。

在这种特殊情况下你可以这样做,但我个人建议你把它们放在自己的班级里。

答案 2 :(得分:0)

我不认为创建继承自Form类的类只是为了“做正确的事”(除非你在谈论自生成的代码,在这种情况下继承自Form类)。如果没有继承点,请不要使用它。对于Windows窗体,如果您创建新项目,表单将自动从窗体继承。不要试图过度思考你的项目,你会知道如何在时机成熟时做正确的事情 - 这是经验问题。现在,就像你认为你应该做的那样,阅读很多并犯错误!您将及时了解项目的外观。

祝你好运,并享受有趣的编码!