如果不是为了可重用性,那么制作用户控件是否"错误"?

Mad*_*sen 1 .net c# user-interface winforms

我无法决定制作许多用户控件是好还是坏.我只是这样做因为我发现在没有很多组件的控件上工作更容易.如果需要修复某些东西,也会更容易.有点像你在很多课程中分割你的程序.

但是,在传递数据时,多个控件会增加一些复杂性.我想我的问题是,如果在winforms中进行GUI编程时创建一个"上帝"类是正常的.

我看到几乎所有视频教程,它们只能在一个表单上工作!虽然在我有表格之前我可以使用5个控件.

小智 5

您是否听说过封装和组件?这只是你的情况.

  • 常识也适用于GUI.只需在组件化的便利性和在太多组件之间传递消息的不便之间保持平衡. (2认同)

LBu*_*kin 5

在WinForms中创建用户控件的原因:

  1. 重用功能.
  2. 封装和数据隐藏.
  3. 可读性和可维护性.
  4. 单一责任原则.
  5. 可分配属性的设计时编辑器集成.
  6. 能够在将来重构 /增强/重用.