C# Monocross的现状——2013年7月

我想知道Monocross项目的进展情况

我即将发布Monocross应用程序的Beta版，该应用程序是为了利用框架所采用的MVC模式而编写的

现在我在这个框架上投入了大量资金，我想知道项目目前的状态是什么？ 目前的应用程序是否仍在积极支持和使用它？ 它将在可预见的未来得到支持。 MvvmCross是可行的替代方案吗

---

谢谢。

我可以提供一些这方面的信息。MonoCross的原始版本由明尼苏达州圣保罗市ITR Mobility的Scott Olson和Kenny Goers开发。这是一个很酷的框架。当我和另一位开发者第一次在Android/iOS应用程序上并肩工作，共享我们所有的模型、控制器和其他非视图代码时，这让我大吃一惊。我们的代码库中唯一的分歧是我们的视图代码。亚马逊球

因此，就MonoCross目前的状况而言，我不知道这些人已经或正在做多少工作。直到最近，我每天都和他们在同一个办公室工作。该项目是从get go开始的开源项目，因此可以使用它来启动和运行

根据我自己的观察，斯图尔特·洛奇的MvvmCross似乎比MonoCross经历了更多的社区动力。我不会期望MonoCross的仲裁人像我期望Lodge那样做出承诺。除非有人走过来，像洛奇那样把自己扔在十字架上。此外，似乎进入移动开发的人更喜欢MVVM模式提供的双向属性绑定，而不是MVC的单向模型传递导航范式

---

至于是否有人向MonoCross投怀送抱，我真的不能说。值得联系肯尼·戈尔斯或斯科特·奥尔森。

我可以提供一些关于这方面的信息。MonoCross的原始版本由明尼苏达州圣保罗市ITR Mobility的Scott Olson和Kenny Goers开发。这是一个很酷的框架。当我和另一位开发者第一次在Android/iOS应用程序上并肩工作，共享我们所有的模型、控制器和其他非视图代码时，这让我大吃一惊。我们的代码库中唯一的分歧是我们的视图代码。亚马逊球

因此，就MonoCross目前的状况而言，我不知道这些人已经或正在做多少工作。直到最近，我每天都和他们在同一个办公室工作。该项目是从get go开始的开源项目，因此可以使用它来启动和运行

根据我自己的观察，斯图尔特·洛奇的MvvmCross似乎比MonoCross经历了更多的社区动力。我不会期望MonoCross的仲裁人像我期望Lodge那样做出承诺。除非有人走过来，像洛奇那样把自己扔在十字架上。此外，似乎进入移动开发的人更喜欢MVVM模式提供的双向属性绑定，而不是MVC的单向模型传递导航范式

---

至于是否有人向MonoCross投怀送抱，我真的不能说。值得联系肯尼·戈尔斯或斯科特·奥尔森。

这是我真正需要的信息，谢谢。我们至少会说MonoCross是轻量级的（对我来说，它看起来非常光滑和整洁；没有绒毛），所以如果我不能很快移植到MvvmCross，我可以支持它。是的，它相当轻量级。没有MvvmCross那么多管道。但我个人觉得MvvmCross更有趣。很高兴我能提供一些见解！我不记得细节了，一年前只读了几篇关于MVVM模式的文章，但在某种程度上，这似乎是MVC的演变。MVC更倾向于为流程编程，而MVVM更倾向于为状态编程。有些人觉得为州政府编程更有意义。这是我真正需要的信息，谢谢。我们至少会说MonoCross是轻量级的（对我来说，它看起来非常光滑和整洁；没有绒毛），所以如果我不能很快移植到MvvmCross，我可以支持它。是的，它相当轻量级。没有MvvmCross那么多管道。但我个人觉得MvvmCross更有趣。很高兴我能提供一些见解！我不记得细节了，一年前只读了几篇关于MVVM模式的文章，但在某种程度上，这似乎是MVC的演变。MVC更倾向于为流程编程，而MVVM更倾向于为状态编程。有些人觉得为州政府编程更有意义。