RT的Windows和C＃ [英] Windows RT and c#

问题描述

我需要使用C＃和XAML有在Windows RT设备和完整的Windows 8操作系统合作开发Metro风格的应用程序。所以我只允许使用的WinRT没有任何.NET Framework程序集。我读过这个问题。

I need to develop Metro style application using C# and XAML which has to work on Windows RT devices and full Windows 8 OS. So I'm allowed to use only WinRT without any .net framework assemblies. I've read this question

的微软Surface平板：编写应用程序两款器件

和这个非常有用的帖子：的 HTTP：//博客。 msdn.com/b/jasonz/archive/2012/06/12/what-you-need-to-know-about-developing-for-windows-on-arm-woa.aspx ，但我有还是老样子问题：
当我甚至创建一个空白的Metro风格的应用程序项目我有一个Metro风格的.NET asseblies。我有我自己删除它们，或我做错了什么？我应该做的，如果需要使用类似棱镜FW移植到的WinRT或mvvvm光？他们是否允许我只对本地WinRT的开发应用为WOA？这些瞬间都不清楚我。

and this very usefull post: http://blogs.msdn.com/b/jasonz/archive/2012/06/12/what-you-need-to-know-about-developing-for-windows-on-arm-woa.aspx, but i stil have question: When i even create a Blank Metro Style Application project I have .NET asseblies for metro style. Do I have remove them by myself or i do something wrong? And what i should do if need to use something like Prism fw ported to WinRT or mvvvm light? Are they allow me to develop application for WOA only on native WinRT? These moments are not clear for me.

你能解释我什么ARM的
的Windows RT和Windows之间的区别我是否需要使用WinRT的只（不.NET）制定的WindowsRT操作系统？

Can you explain my what the difference between Windows RT and Windows on ARM Do i need to use only WinRT (without .net) to develop for WindowsRT OS?

希望你能帮助我。

推荐答案

让我来回答你最直接的方式，我可以。如果你打开​​一个空白XAML / C＃Windows应用商店的计划。该项目将在Windows RT（ARM）和Windows 8（在x86 / x64）上运行。这是因为它是建立在实现这一目标。仅仅因为你有什么感觉.Net框架，不要担心 - 你正在写一个跨平台应用程序

Let me answer you in the most direct way I can. If you open a Blank XAML/C# Windows Store project. That project will run on Windows RT (ARM) and Windows 8 (x86/x64). That's because it is built to accomplish this. Just because you have what feels like the .Net Framework, don't worry - you are writing a cross-platform application.

现在，为的告诫。你让这个答案容易因为C＃。 CPP开发商不具有相同的保障，因为有编码的事情，他们可以做些什么来打破这种兼容性。并非如此在C＃。如果你写的代码编译为任何CPU那么我说的话是正确的。

Now, for the caveats. You made this answer easy because of C#. CPP developers don't have the same guarantee because there are coding things they can do to break this compatibility. Not so in C#. If the code you write compiles to "Any CPU" then what I am saying is correct.

如果你介绍的东西（如Bing地图控件），需要构建以改变由任何CPU到别的东西。 Windows应用商店将让您提交的应用程序的三个版本下相同的名字 - 每个平台 - 而用户永远不会知道有一个以上的

If you introduce something (like the Bing Maps control) that requires your build to change from "Any CPU" to something else. The Windows Store will let you submit three versions of your app under the same name - one for each platform - and the user will never know there is more than one.

在这最后的例子，你仍然支持所有的平台，你只需要特定的三种不同的构建来实现它 - 你的代码可能不会改变！在大多数情况下，你支持他们都出了大门。如果引入第三方库 - 像MVVMlite - 你仍然是好的，如果你能建立任何CPU。大多数图书馆都很酷这样。

In that last example, you are still supporting every platform, you just have to specific three different builds to accomplish it – your code may not change at all! In most scenarios, you support them all out of the gate. If you introduce a third party library - like MVVMlite - you are still okay if you can build to any CPU. Most libraries are cool like that.

这篇关于RT的Windows和C＃的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！