窗户的手机7和地C++/CLI

Question

Microsoft最近发布工具和关于其新的7话平台，其沮丧的是那些有大C++的代码(像我一样)不支持当地发展了。虽然我发现的猜测关于这一决定是相反的，我对此表示怀疑。所以我想如何可行的将是使这种代码可用到电话的7通过适应汇编在C++/CLI。当然，用户界面部件不能移植，但是我不知道的其余部分。任何人也有类似的经历吗？我不是在谈论码，并重低级别的东西的-但是还有一个相当频繁使用的模板和明智的指针。

Answer 1

C ++ / CLI理论上可以使用WPF / Silverlight的更换从与可以在主类内部在隐藏文件的码中使用的宏定义的XAML生成的C＃的特技使用。我制定了这个技术，但还没有动机把它超越理论 - 我很高兴混合语言

至于在你的逻辑代码的纯安全模式下使用C ++ / CLI，这可能仍然是不可能的，但我很想听听怎么有人去尝试，现在它。虽然研究它的Silverlight早在2008年，我发现这个艰巨的 Silverlight的论坛评论 ：

我只是给了Silverlight的＆C ++它从我的C ++项目编译成MSIL一个Silverlight兼容的DLL一试。好消息：它的工作原理，你可以从一个Silverlight项目调用此代码。坏消息：C ++编译器显然将使用的Silverlight不允许MSIL指令

。

所以，如果你试试这个，即使是最简单的方案，你几乎立刻得到异常的“操作可能会破坏运行时间。” 对我来说，这使它看起来不太可能，我们很快就会看到的Silverlight的C ++，因为编译器将需要以不同的表现颇有几分。的

Answer 2

安全的选择：

可以使用/ CLR生成可验证托管代码在C ++ / CLI。问题是，大部分的普通的C ++代码将不会与该选项编译。

Answer 3

C＃是目前唯一的支持的作为WinPhone7语言。

我完全相信，MS将在未来增加支持VB和C ++ / CLI太多，但不要指望很快打开本机代码和服随时随地。

本机代码只是有太多的问题需要克服，特别是围绕安全性，可靠性等托管代码要容易得多静态验证和容易得多，同时运行。

，以控制

如果你不高兴移植的C ++代码，C＃，只是很高兴MS没强迫你必须移动到的Objective-C）

这是我们自己的经验，移植精心编写C ++到C＃的理线，其实需要首先想到比人们努力少了很多。当然，有一个学习曲线，但你必须与任何端口。实际上，我们从移植我们的核心应用程序和数据引擎，C＃有这么多的好处，我们重新极好的装备我们整个团队的代码在C＃和端口我们的C＃回到C ++必要，而不是周围的其他方式！到目前为止，我们只移植两个模块回到C ++，并通过互操作，而不是从我们的本地代码调用我们的C＃代码。

再次记住，WinPhone是用最好的品种，高生产率，下一代开发工具和平台，一个全新的平台。这不是你父亲的WinMo的。

如果对C ++的支持，你觉得是至关重要的东西，然后确保MS知道 - （恭敬和专业）说明你在MSDN论坛，并在您附近的开发者活动位置

UPDATE1：2012年12月17日

虽然本地C ++仍未正式支持的Windows Phone 7，Windows Phone的8现在支持本地C ++代码，这样就可以更轻松地将现有的C ++代码库（县）的Windows Phone 8（以及Windows 8和Windows桌面应用程序）。

虽然有不的Windows8 / Phone8平台和API之间100％的兼容性是现在，我希望这两个平台，集成度越来越高，在未来几个版本。

这是现在特别诚然，在Microsoft Windows和其他团体之间的合作的主要障碍之一最近离开了公司;）

UPDATE2：2014年4月15日：

按照近期公布的// BUILD / 2014，你现在可以开始建立在C ++和XAML，C＃/ VB和XAML或JavaScript和HTML的 “通用” 的应用程序，将在Windows 8.1上运行的Windows Phone 8.1和Xbox一！有关构建的Windows Phone 8.1应用程序的通用， 更多细节读这篇文章

Answer 4

在整体发展思路是建立在Silverlight的。我想，你可以添加你用C ++编写托管的DLL没有任何问题这个Silverlight项目，但它不能使用本地代码。

我计划今晚我的机器安装工具，并会尝试了这一点。

Answer 5

这是好的，如果MS决定离开的路径，创造新的东西，那就是MS的决定。所以，让我们面对事实。 Silverlight是没有成功呢。 MS由于苹果，Android和RIM失去了显著的份额。应用程序开发人员只需要评估自己的应用程序的业务情况，并决定他们是否在Windows 7手机与否的份额获得信任。对于公司，我跑，我们决定不支持任何更多的MS Windows Phone 7的，不能因为这个或其他技术原因，而是因为我们不相信我们对港口投资的回报。 我们开始支持苹果，塞班，Andoid和MeeGo的未来，如果我们看到这个新的平台的市场成功。所有支持C / C ++，使我们能够重复利用我们成熟的应用核心。那么，为什么担心。个人技术的喜好不应该被选通。如果个人喜好担心，那我就踢MS为他们给我难看的UI。

托马斯

Answer 6

它是在地平线上 最后!

这样的一项调查发送到窗户的手机开发人员对他们的未来 发展选和部署是不是提到的一次调查中(A 调查发送到窗户开发的手机-我有说过)

他们做的，然而问：

你会如何更喜欢使用C++在你的移动应用程序/游戏吗？

• 开发应用程序/游戏是用C++从上到下(UI、业务逻辑和平台 Api)
• 使用C++的业务逻辑和随后写信平台的抽象层
• 使用C++的业务逻辑使用的第3次缔约方的运行发动机
• 我不想使用C++