编写代码的最佳方法是什么？
(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 的操作时，我仍然会在 Form 类中的单独函数中创建它。
如果它影响 UI，它应该在同一个类中，因为它是相关的，例如，如果它是刷新网格的代码，我会将它放在同一个 Form 类中的单独方法中，因为它可以在不同的地方使用内部它。因此，更改 UI 对应用程序没有影响，您只需使代码可重用和可维护。
这一切都取决于情况。
如果您要对表单进行更新，那么最好在表单中包含更新代码。但是，如果有很多处理，那么让一个单独的类来处理这项工作肯定是更好的设计。
这一切都取决于情况。
通常，您不需要事件处理程序中的任何逻辑，因为 GUI 倾向于提供冗余机制（上下文菜单、菜单栏、工具栏、加速键）来触发相同的命令，并且事件签名并不兼容所有这些。那么问题就变成了您的常用函数应该放在 Form 类中还是放在数据模型中。
我经常从表单中的逻辑开始，然后根据需要将其重构为模型类。许多小型应用程序永远不会变得足够大，以至于需要多个类来实现可维护性。只要您避免代码重复（即复制+粘贴），那么以后如果您发现需要它，重构就会很简单。
为工作开发课程总是好的。因为它使您的代码可重用，并且还实现了三层架构。好处是容易理解。
重要的是，只有适当地开发课程才有用。在类中开发可以为您重用的方法。
另一个好处是它隐藏了代码的复杂性。
有两种向代码添加结构的通用方法：自上而下和自下而上。自上而下的结构来自可能涉及正式或非正式过程和纯设计工件（如 UML 图或功能规范）的设计工作。自上而下过程的最终目标是在您的代码中创建类和接口，这些类和接口将提供适当的结构以使您的代码可维护。这可能发生在您编写代码之前，或者作为迭代的一部分，但想法是您首先创建结构，然后创建代码。
自下而上的结构来自重构。例如，从单击按钮中的所有逻辑开始。当您添加与单击按钮执行相同操作的菜单项时，将按钮单击功能的代码移动到表单上的私有成员函数中。当您在应用程序的不同部分需要相同的功能时，将私有成员函数使用的代码和状态变量封装到一个类中。
我建议使用这两种方法。适合您情况的组合取决于开发团队（规模、位置、沟通能力）和应用程序的大小。一般来说，大型应用程序需要更多的自上而下，而在非常小的应用程序上，最少的自上而下设计就足够了。但是应该总是有一些高层次的规划，即使对于一个小应用程序也是如此。