我的问题是如果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应用程序。
解决方法 WinRT基本上是一个包含一堆Win32 API的COM对象的集合,它们显示为与Cli兼容的程序集。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 总结
以上是内存溢出为你收集整理的.net – WPF/Silverlight VS WinRT全部内容,希望文章能够帮你解决.net – WPF/Silverlight VS WinRT所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)