C# Winforms:基于TabControl的向导,具有单独类中的步骤和设计器支持
我正在尝试使用TabControl组件构建向导 它工作得很好,但我最终得到的页面(选项卡)太多,以至于将所有组件和事件处理程序都放在一个类中使其无法读取 我现在有了这样一个想法:在一个单独的类中声明向导的每个步骤,该类从TabPage扩展,然后将这些步骤添加到向导屏幕类(从TabControl扩展)。我如何做到这一点,并在步骤中获得设计师支持 简单地扩展TabPage无法启用设计器支持C# Winforms:基于TabControl的向导,具有单独类中的步骤和设计器支持,c#,.net,winforms,wizard,C#,.net,Winforms,Wizard,我正在尝试使用TabControl组件构建向导 它工作得很好,但我最终得到的页面(选项卡)太多,以至于将所有组件和事件处理程序都放在一个类中使其无法读取 我现在有了这样一个想法:在一个单独的类中声明向导的每个步骤,该类从TabPage扩展,然后将这些步骤添加到向导屏幕类(从TabControl扩展)。我如何做到这一点,并在步骤中获得设计师支持 简单地扩展TabPage无法启用设计器支持 提前感谢。我建议将业务逻辑与UI逻辑分开。为每个TabPage的内容以及TabControl本身创建UserC
提前感谢。我建议将业务逻辑与UI逻辑分开。为每个
TabPage
的内容以及TabControl
本身创建UserControl
衍生工具。如果UI逻辑与业务逻辑分开,那么管理此类代码就容易得多。您可能会从为每个选项卡创建一个类以及一个管理所有选项卡的类中获益。将这些类连接到TabPage
s上的UserControl
s和TabControl
我建议将业务逻辑与UI逻辑分开。为每个TabPage
的内容以及TabControl
本身创建UserControl
衍生工具。如果UI逻辑与业务逻辑分开,那么管理此类代码就容易得多。您可能会从为每个选项卡创建一个类以及一个管理所有选项卡的类中获益。将这些类连接到TabPage
s上的UserControl
s和TabControl
考虑使用停靠填充选项卡页面的UserControls。这将许多逻辑转移到单独的类中。考虑使用用户控件来填充您的TabPress。这将大量逻辑转移到单独的类中。