MVVM UI framework
本文关键字：framework UI MVVM | 更新日期: 2023-09-27 18:18:18
我正在为几个WPF/c#应用程序完成MVVM UI框架，我们预计会启动。为了传达这个想法，这些应用程序通常可以根据一些可量化的权重(例如:屏幕总数和更多)。
我想建议Caliburn Micro用于小型，PRISM用于大型。这样做的基本原理是为了避免重型框架，因为这些应用程序是低延迟系统(时间限制)，我试图缩短所有的角落，这是多余的。
但这就是我被困的地方，因为一个类别很有可能被提升或减少到其他类别。在这种情况下，我有时可能会为大型应用程序提供轻量级框架(当我们将类别从小提升到大时)，或者为小型应用程序提供更大的框架(当我们将类别从大减少到小时)。我对我的方法(两种不同类型的框架)没有信心，因为我依赖于两种不同的框架来实现这一点，并且没有切换的灵活性。
问题:是否有任何框架的弹性卸载组件，这是我不需要在我的应用程序?
如果您不使用它的全部内容，那么一个大框架并不一定会减慢您的速度。此外，如果使用不当，任何框架都会拖慢您的速度。过去我在使用Caliburn Micro时遇到过可怕的速度问题，因为我做错了事情——当你做对事情时，问题就会消失，但当然我们都会犯错。
为不同类别的应用程序使用两种不同的框架听起来像是一场等待发生的灾难。正如您已经意识到的那样，有些东西会改变类别，而改变框架是一个非常耗时的过程，即使是在结构最好的代码中。选择一种并将其用于所有事情，除非你有令人信服的证据表明它不适合特定目的。就我个人而言，我真的很喜欢ReactiveUI，它相当不寻常，但确实比Caliburn更容易把事情做好。
无论您使用什么，您都必须非常非常小心地使用WPF，以确保它符合您对显示时间的要求，并使用异步函数做大量工作，以保持UI线程可用于呈现。
我认为没有理由像你建议的那样使用不同的框架。选一个，好好了解它
我们要开始了
除非开发人员已经熟悉MVVM，否则我实际上不认为有任何框架可以让您启动。MVVM需要很好地理解，但对于复杂的应用程序来说是一个很好的模式。
问题:是否有任何框架的弹性卸载组件，我不需要在我的应用程序?
不要加载你不使用的组件。这些框架默认不加载重组件