企业元数据应用程序的HTML技术选择

Question

问题

决定在从富客户机Silverlight应用程序迁移到能够处理元数据驱动方法的HTML客户机时选择哪些技术。

背景

• 企业银光应用经过6年多的发展
• 2层体系结构，Silverlight富客户端使用…直接与服务器后端对话。。。在Silverlight中实际执行的大部分业务逻辑
• 传统上，我们都是微软的商店。
• 在团队中很少有现代网络经验
• 被可用于构建现代web应用程序的技术数量所迷惑
• 我们对诸如角1和2，Kendo UI等技术做了一些研究。
• 我们整个系统都是元数据驱动的。包括架构、业务逻辑、视图等。

Requirements

1. 它必须是元数据驱动的。这意味着在编译时不知道视图和数据模型。视图可以在运行时创建和使用。看来，我一直在看的JavaScript库对这个特性几乎没有支持，它们期望在编译时知道视图和数据模型。
2. 动态响应客户端。在任何自定义视图上，值更改时的某些字段可能触发服务器命中。反过来，服务器可以向客户端发送指令，例如自动填充视图上的某些字段，更改某些字段的样式，使其成为只读或必需字段，生成对话框，甚至可能是一些DOM操作。
3. 如果可能的话，从Silverlight生成一个简单的转换路径。至于其他的要求，我知道这可能是不可行的。
4. 我们需要对任何我们选择的技术做出五年的承诺，。我们不想选择任何不稳定或有风险的东西。我们期待在可预见的未来稳定和可靠。

摘要

寻找在使用哪种技术和开发模式时应该采取的方向的指导。支持这些要求。

Answer 1

有很多种方法可以解决这个问题。

第一，深度与广度。如果你的目标是有深度经验的广度部署，那么你在追逐技术独角兽(许多最后期限已经清除了这一搜索)。现实是，你所做的任何和所有的选择都有一个陷阱，但是你需要坐下来思考的部分是，你可能在哪里获得用户，以及你如何影响他们。人们通常会因为害怕失去“流动性”覆盖范围而想要广度，但是当你考虑到开发成本和实际使用时，这往往是一个错误的正面结果。

因此，一旦你这样做了，它将有助于形成围绕什么技术对你有用的对话。

宽度: Web或Xamarin是可能的候选人。然而，Xamarin将使您必须在动态生成UI方面赚取薪酬，因为Xamarin窗体正朝着XAML的生活方式前进，但他们却没有考虑到它们偏离了Silverlight/WPF XAML (我不知道Moonlight项目为什么或在哪里与现在的情况相比)。)

考虑到您的Silverlight背景，像AngularJS这样的Web很可能适合您--它有MVVM绑定的思维方式，而且您还会有更多的社区支持这些想法。它也将保留很多微软的熟悉。

深度: WPF。说真的，只要Windows到Windows 10存在，WPF也会存在，所以心里就这么赤裸裸的。WPF在其代码库中可能没有任何未来的实际添加，但大多数工作已经到位，因此，它实际上并不是说您错过了太多的增长机会，如果你走上这条路。

在Silverlight/WPF的时候，我们团队中也低估了WPF的受欢迎程度，所以尽管微软仍然认为它是一种“老技术”，但在其实际渗透率统计数据中，他们从来没有真正的好数字，我个人发现它的增长比Silverlight更强，因此在这方面也可能会有一个更强的社区支持比率。

新的Microsoft很有吸引力，但在你的头脑中，Windows 8下的任何东西都不会为你赢得一定的桌面宽度。

HTH。