编写代码的最佳方法是什么?

(1)就像直接写代码 button_click() 事件。

或者

(2)使我写的代码的函数 button_click() 事件并将此功能写入一个类,然后我应该在 button_Click() 例如 three-tier approach 写代码?

button_Click() 事件我编写代码以保存记录 csv file from datatable。所以我应该在 button_Click() 事件,否则我应该制作一个新功能和一个新类,并在该功能中写下该代码,该功能是新类,并在 button_Click() 事件。

这只是一个例子,但是 我说的是我应用程序中编写的所有代码 那是 appropriate and best way to write the code 有什么好处?请注意,我用C#在Winforms中编写代码。

有帮助吗?

解决方案

您应该在其他类中获取单独的功能。您应该这样做,因为您可以重复使用代码,并在用户界面和应用程序逻辑之间创建一个不错的分离。这样,您可以例如更改UI而不会影响其余的应用程序。

也看一下 MVC模式, ,您将更好地理解整个想法。

我认为应该使用第一个选项的唯一情况是,当它执行某些会影响UI的操作时,我仍然会在表单类中的单独函数中创建此操作。

如果它影响UI,则应该在同一类中,因为它是相关的,例如,如果它是刷新网格的代码它。因此,更改UI对应用程序没有影响,您只需使代码重复使用且可维护。

其他提示

这完全取决于情况。

如果您要对表单进行更新,那么最好将更新代码以表单形式使用。但是,如果有很多处理,那么拥有单独的课程处理工作肯定是更好的设计。

这完全取决于情况。

通常,您不希望在事件处理程序中使用任何逻辑,因为GUI倾向于提供冗余机制(上下文菜单,菜单栏,工具栏,加速器密钥)来触发同一命令,并且所有事件签名都不兼容。这些。然后,问题变成您的共同函数是否应在表单类中或数据模型中进行。

我经常从表单中的逻辑开始,然后根据需要将其重构为模型类。许多小型应用程序永远不会变得足够大,以至于需要多个类才能维护性。只要您避免代码重复(即复制+粘贴),那么如果您发现需要它,重构将很简单。

开发工作课程总是很好。因为它使您的代码可重复使用,并且还实现了三层体系结构。好处是它易于理解。
重要的是,只有在适当地开发课程的情况下,它才是有益的。在类中开发可以为您重复使用的方法。
另一个好处是它隐藏了代码的复杂性。

有两种将结构添加到代码的一般方法:自上而下和自下而上。自上而下的结构来自设计工作,该设计可能涉及正式或非正式的过程以及UML图或功能规格(例如UML图)的纯设计工件。自上而下的过程中的最终目标是在代码中创建类和接口,以提供适当的结构以使您的代码可维护。在编写代码或作为迭代的一部分之前,可能会发生这种情况,但是想法是您首先创建结构,然后创建代码。

自下而上的结构来自重构。例如,以单击按钮以所有逻辑开始。当添加与按钮单击相同的菜单项时,将按钮的代码单击将函数移动到表单上的私有成员函数中。当您在应用程序的不同部分中需要相同的功能时,将私有成员函数使用的代码和状态变量封装到类中。

我建议使用两种方法。适合您情况的正确组合取决于开发团队(大小,位置,交流能力)和应用程序的大小。一般而言,大型应用程序需要更多的自上而下,并且在很小的应用程序上,最少的自上而下设计是足够的。但是,即使对于一个小应用程序,也应该总是有一些高级计划。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top