我正在为少数WPF/C#应用程序最后确定MVVM框架,预计我们将启动该框架。仅仅为了提供这个想法,这些应用程序通常可以根据一些可量化的权重分为小的或大的。屏幕的总数和更多)。
我设想将卡利本微用于small,棱镜用于大类别。这背后的理由是避免沉重的框架,因为这些应用程序是低延迟系统(时间限制),我试图缩短所有角落,这是过分。
但这正是我被困的地方,因为个人类别很有可能被提升或减少到其他类别。在这种情况下,有时我可能会为更大的应用程序提供轻量级的框架(当我们将类别从小到大),或者为小应用程序提供更大的框架(当我们将类别从大到小的时候)。我对我的方法(两种不同的框架)并不那么有信心,因为我依赖两种不同的框架来实现这一点,而没有灵活的切换。
问题:在我的应用程序中,是否有一个具有卸载组件的弹性的框架?
发布于 2013-06-14 12:18:19
如果不全部使用,那么一个大框架并不一定会使您慢下来。而且,如果您没有正确地使用框架,任何框架都会使您慢下来。在过去,我和卡利伯恩公司发生了可怕的速度问题,因为我做错了--当你做正确的事情时,它们就会消失,但我们当然都会犯错误。
为不同类别的应用程序使用两种不同的框架听起来像是在等待灾难的发生。正如您已经意识到的,一些东西将改变类别,而更改框架是一个非常耗时的过程,即使在可以想象到的最佳结构代码中也是如此。选择一个,并将它用于任何事情,除非你有令人信服的证据表明它不适合于特定的目的。就我个人而言,我真的很喜欢ReactiveUI,这是相当不寻常的,但确实让事情变得比卡利伯恩容易得多。
无论您使用什么,您都必须非常非常小心地对待WPF,以确保它与您对显示时间的要求保持一致,并使用异步函数进行大量工作,以使UI线程可用于呈现。
发布于 2013-06-14 12:20:11
我认为没有理由像您所建议的那样使用不同的框架。挑一个,然后熟悉它,。
我们应该开始了
除非开发人员已经熟悉MVVM,否则我实际上不认为有任何框架可以让您启动。MVVM需要很好地理解,但是对于复杂的应用程序来说是一个很好的模式。
问题:在我的应用程序中,是否有一个具有卸载组件的弹性的框架?
只需不加载不使用的组件即可。默认情况下,这些框架不会加载大量组件。
https://stackoverflow.com/questions/17108144
复制相似问题