Vb.net VB:在表单模块中编写整个程序是错误的做法吗?

Vb.net VB:在表单模块中编写整个程序是错误的做法吗?,vb.net,forms,module,Vb.net,Forms,Module,我想知道什么时候在VB中为一个程序开发类是值得的 假设您有一个不太大的单一表单程序,那么在VB中用该表单的模块编写整个表单是一种不好的做法吗 为了给出程序大小的概念,假设它包括两个计时器对象、子例程函数和表单控制方法,所有这些都在这个模块中,它们实例化了各种对象,包括HTTP请求调用。[在进行http请求调用时,计时器以大约5秒的间隔进行计时]没有真正正确或错误的答案。对于像您这样的小程序,我想说,可能不值得过于复杂,所以是的,我认为将所有代码都放在form类中是可以的。对于更大的应用程序,您应

我想知道什么时候在VB中为一个程序开发类是值得的

假设您有一个不太大的单一表单程序,那么在VB中用该表单的模块编写整个表单是一种不好的做法吗


为了给出程序大小的概念,假设它包括两个计时器对象、子例程函数和表单控制方法,所有这些都在这个模块中,它们实例化了各种对象,包括HTTP请求调用。[在进行http请求调用时,计时器以大约5秒的间隔进行计时]

没有真正正确或错误的答案。对于像您这样的小程序,我想说,可能不值得过于复杂,所以是的,我认为将所有代码都放在form类中是可以的。对于更大的应用程序,您应该明确地考虑使用一个经过深思熟虑和验证的设计模式,如MVP、MVC、演示模型等。但是最基本的想法是,通过将UI与表示逻辑代码和域逻辑代码分离,您可以获得很多好处。

我认为在小程序中不使用设计模式没有什么错

然而,我总是尝试实现设计模式,即使对于小项目也是如此。原因是,即使是小项目也可以成为提升技能的机会。如果我有时间限制,我就把这个理由抛在一边。所以我想这取决于你。开发一个带有设计模式的小程序肯定需要更多的时间,但正如我提到的,您正在放弃潜在的练习时间(:

谁知道你所谓的小项目在一年内会是什么样子呢。也许你想把它做得更大。这样你就可以提前计划,或者在你意识到时间到的时候重构整个项目。我想这两种方法都可以,但我从一开始肯定更喜欢复杂的体系结构