我不确定这是否是构建应用程序的糟糕方法,但假设我的应用程序中有 30 个用于不同屏幕的 WPF 窗口。我想将它们构建到一个 DLL 中,所以我想知道如果我可以有 1 个窗口来托管打开的屏幕,而不是将每个窗口创建为一个窗口,这是否是一个糟糕的设计。因此,窗口实际上是一个用户控件,或者至少表现得像一个用户控件。 因此,当您想要转到不同的屏幕时,只需将第一个窗口的内容更改为您想要显示的“用户控件”的内容即可。这是否有意义,或者您能看到这样做可能存在的问题吗?谢谢。
最佳答案
这可能是一个好方法,但您需要考虑每个屏幕是否都属于同一个窗口。例如,每个用户控件都会使用窗口中的所有空间,还是会遇到一些视觉问题?窗口的内容、数据以及窗口操作数据的方式也可能会产生影响。
关于c# - 使用用户控件而不是窗口,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5425412/