我的问题是如果WPF / Silverlight中的功能在WinRT中不存在(不包括按设计不同的功能)？
这些方面对我来说是最重要的，也是我的问题的核心，结果是决定是开始使用WinRT还是等待这些实现：
>实体框架？
> WCF RIA？
> MVVM支持(棱镜)???
>各种工具包(Silverlight / WPF工具包)，可以提供诸如DatePicker等附加控件？
我不清楚WinRT是否完全针对.NET或它的工作原理。
此外，WinRT是仅客户端(如WPF)应用程序，还是可以在坐在服务器(如Silverlight)上的远程客户端上运行？
另一个：如果我开发一个WinRT应用程序，向后兼容性呢，能否在Win XP上工作？
无论如何，我无法理解为什么MVVM不是内联集成的，并具有无缝的IDE支持，因为MVC有。但这只是一个附注。我不能使用没有MVVM的XAML，任何比你好的世界更大的应用程序比MVVM更容易。
answer后更新
正如我在回答中所说的那样，我喜欢WinRT的设计，但问题仍然未解决，直到我知道上述具体技术(EF，WCF-RIA验证，MVVM，SDK和工具包)。显然，我不会开始销售WinRT应用程序或挖掘它，直到我至少拥有上述技术。
结论，作为他的大部分工作是LOB应用程序的人，经过检查后，HTML5 JS远远不是SL的替代品。所以结论是，我坚持SL，继续推荐给我的客户。 SL开发时间最少，是无bug的。
与C#相比，Javascript是一个很容易出错的语言，没有模式，没有nuttn。
一旦EF RIA Prism Toolkit完全支持WinRT，我将考虑以地铁的方式使用我的LOB应用程序。
解决方法
Microsoft修改了C编译器以消耗和生成ECMA 335(即CLI)元数据，而不是更传统和(大部分)仅限C/C++OM的MIDL或者lib文件格式。微软还修改了他们的“Chakra”Javascript引擎，也消耗并发出CLI元数据。
这意味着，当定位WinRT，Javascript和C代码以及.NET语言时，当然可以使用符合CLI(即.NET)程序集，并且可以发出CLI兼容(即.NET)程序集。
所以，可以在C，任何.NET语言(即C#，VB.NET，F#，Iron *等)和Javascript中编写WinRT代码。
如果您曾经编写过任何.NET代码，WinRT API将非常熟悉。 Windows团队实际上寻求帮助& .NET Framework设计团队在设计WinRT时的指导，所以在过去11年中引导整个.NET框架团队和大部分.NET社区的相同设计指南已被应用于WinRT API。
WinRT is,quite frankly,beautiful
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。