我们计划与Xamarin合作开展下一个大项目 . 看起来像Xamarin.Forms足够成熟，可以与 生产环境 项目一起使用 . 但是我仍然想接受你的专家的意见，我们是否应该使用Xamarin.Forms或Xamarin与MvvmCross架构 .
项目对我们的客户来说非常重要 .
我们在大约18个月前尝试过Xamarin.Forms，所以这段经历可能会过时，但我们发现Xamarin.Forms不适合 生产环境 项目 . 当然，在多个平台上运行基本数据捕获应用程序非常快，但我们发现UI功能不可避免地受到限制，以至于我们不得不在整个地方编写自定义渲染器，这使代码变得复杂 .
在我看来，Xamarin.Forms试图以错误的方式解决多平台问题 - 尝试在每个平台的UI元素周围提供通用包装 . 这意味着你总是可以用Xamarin.Forms做的比用Xamarin开箱即可做的少，而且你总是会与最常见元素的最低公分母实现战斗，同时拥有为更高级的UI编写自己的代码 .
相比之下，MvvmCross方法旨在尽可能地将您的业务逻辑整合到一个库中，同时让您可以在每个平台的UI中自由地执行任何操作 . 您可以将80-90％的代码放入共享库中，同时可以完全自由地为每个平台实现所需的UI . 这是解决多平台问题的一种更清洁的方式，即IMO .
1 回答
我们在大约18个月前尝试过Xamarin.Forms，所以这段经历可能会过时，但我们发现Xamarin.Forms不适合 生产环境 项目 . 当然，在多个平台上运行基本数据捕获应用程序非常快，但我们发现UI功能不可避免地受到限制，以至于我们不得不在整个地方编写自定义渲染器，这使代码变得复杂 .
在我看来，Xamarin.Forms试图以错误的方式解决多平台问题 - 尝试在每个平台的UI元素周围提供通用包装 . 这意味着你总是可以用Xamarin.Forms做的比用Xamarin开箱即可做的少，而且你总是会与最常见元素的最低公分母实现战斗，同时拥有为更高级的UI编写自己的代码 .
相比之下，MvvmCross方法旨在尽可能地将您的业务逻辑整合到一个库中，同时让您可以在每个平台的UI中自由地执行任何操作 . 您可以将80-90％的代码放入共享库中，同时可以完全自由地为每个平台实现所需的UI . 这是解决多平台问题的一种更清洁的方式，即IMO .