我即将创建一个WPF应用程序。到目前为止,在大学里我们处理GUI的唯一方法就是有一个带有一个代码后台文件来处理其按钮点击等的主窗口。
我的问题是,随着应用程序的增长,GUI也增长了,代码后台文件的大小可能会变得非常混乱!我已经为我的系统确定了约15个主要用例(例如:输入详细信息,查看详细信息等)。 我正在创建一个主窗口(大小:480x320),它由15个单独的屏幕组成(每个用例一个屏幕)。这可以通过将TabControl居中并拉伸以获得15个TabItem来实现。 或更可能是一堆分层容器,一个在另一个上面(每次只有一个可见)。
重点是,对于15个单独的屏幕,我的代码后台文件将变得非常庞大(更不用说xaml文件!):在状态之间跳转 - 使14个折叠/隐藏和使一个可见,处理15个不同屏幕的控件。
是否有一种方法可以拥有15个单独的窗体,每个窗体都有自己的代码后台文件,而不是在一个窗体上拥有15个TabItem,然后有一个主引擎根据需要创建和删除它们? 当然,它应该看起来像一个窗体,而不是15个弹出窗口。
我该如何处理这个问题?您将如何处理数千行长的xaml和代码后台文件的问题?
我的问题是,随着应用程序的增长,GUI也增长了,代码后台文件的大小可能会变得非常混乱!我已经为我的系统确定了约15个主要用例(例如:输入详细信息,查看详细信息等)。 我正在创建一个主窗口(大小:480x320),它由15个单独的屏幕组成(每个用例一个屏幕)。这可以通过将TabControl居中并拉伸以获得15个TabItem来实现。 或更可能是一堆分层容器,一个在另一个上面(每次只有一个可见)。
重点是,对于15个单独的屏幕,我的代码后台文件将变得非常庞大(更不用说xaml文件!):在状态之间跳转 - 使14个折叠/隐藏和使一个可见,处理15个不同屏幕的控件。
是否有一种方法可以拥有15个单独的窗体,每个窗体都有自己的代码后台文件,而不是在一个窗体上拥有15个TabItem,然后有一个主引擎根据需要创建和删除它们? 当然,它应该看起来像一个窗体,而不是15个弹出窗口。
我该如何处理这个问题?您将如何处理数千行长的xaml和代码后台文件的问题?