我一直在考虑在开发我们的下一代软件时采用MvvmCross,主要目的是为它开发tablet UI。我知道MvvmCross目前还不支持WPF,但我可以想象我们自己正在开发它,并将其贡献给我们。
然而,我也注意到MvvmCross似乎非常轻量级,因为Prism guide中描述的对组合UI的支持很少。不幸的是,我们确实需要考虑更复杂的组合UI场景。
考虑到https://stackoverflow.com/questions/10224376/mvvmcross-experiences-hindsight-limitations中关于使用MvvmCross作为参考的派生或滚动自己的内容,以及考虑到我们确实需要比MvvmCross提供的更复杂的UI场景,那么最好的行动方案是什么,派生并重新实现我们需要的棱镜部分,尝试让MvvmCross与棱镜按原样协同工作,或者从MvvmCross和MonoCross的灵感中开发我们自己的?
发布于 2012-12-14 00:50:03
更新:参见下面的第二个答案...
我明天可能需要写一个更长的答案...
作为初始答案:
结合起来。
如果我要解决这个问题,那么我会这样做:
首先也是最重要的,我们要确保我们得到一个可以工作的应用程序--这个应用程序比framework.
我最初的反应是‘是的,我真的很有兴趣做这件事’--缺点(如上所述)是我只有空闲时间在mvx上……
这是第二个答案。
presenter是抽象的,供应用程序UI实现-参见WPF
然后,我使用了TwitterSearch演示应用程序-- https://github.com/slodge/MvvmCross/tree/vnext/Sample%20-%20TwitterSearch/TwitterSearch.UI.Wpf
RegionAttribute的剪切和粘贴功能,这是一个简单的基于区域的演示器--查看如何在https://github.com/slodge/MvvmCross/blob/vnext/Sample%20-%20TwitterSearch/TwitterSearch.UI.Wpf/MultiRegionPresenter.cs中使用Xaml以及在Region中是一种...几个小时的debugging
有一个视频正在运行--在http://youtu.be/pYkLxqpu_5E上有一些解释。
这显然只是Wpf支持的第一步,但我怀疑它已经满足了相当多的用例……请随意派生源树,并扩展或替换第一次尝试。此外,如果它对你不起作用,那么可以随意放弃它,转而尝试其他东西。
我会在这方面多下功夫--但不能把它放在有偿工作之上……但我也愿意在mvvmcross上工作:)
https://stackoverflow.com/questions/13863152
复制相似问题