管理表格'；VB.net中的s代码

组织负责表单内容的代码的最佳方式是什么

在我的例子中，它旁边有一个DataGridView和列表，有几个可用选项（项目、经理、员工等）。选择任何列表的元素都会使用数据库中正确的数据填充DataGrid

现在，GridFill函数+处理每个列表元素的所有添加/删除/编辑按钮在表单源代码中给出了相当多的代码，这让我有点困扰

---

那么如何拆分它以避免将来出现问题？在谷歌搜索时，我看到了一些使用分部类、模块或仅使用类的建议。移动与项目、经理等相关的所有职能，拥有单独的类听起来是个不错的主意，但接下来的问题是如何将所有必要的数据传递给类函数。传递整个表单的引用是一个好主意吗？

如果使用Winforms，请查看MVP（模型、视图、演示者）模式，它有助于分离与数据、业务逻辑和用户界面相关的代码。

---

答案还提供了许多关于这个主题的有趣链接，这也会有所帮助。

发现你的课程在后期变得越来越重，这很难纠正，通常需要重写。通过使用#region指令并使用partial class关键字在源文件之间拆分代码，为代码带来某种层次的组织。小心创建对用户来说也是重上加重的窗口。一个易于使用的UI往往也会自动生成易于维护的代码。这不是一个后期阶段，如果需要的话，我准备重写一切。那么，在“理想”设计中使用分部类仍然是一种很好的实践吗？或者说，我应该不惜一切代价将其拆分为其他类？