从iPhone移植到Windows Phone 7

Question

如果您打算尝试这一点，需要考虑的主要因素是什么，容易/困难的部分，陷阱？

Answer 1

杰夫。

您面临的问题包括将基础模式从MVC转移到MVVM，但这并不像看起来那么激进。您将在新的开发环境中使用新语言和新语言功能。

一路上有一些陷阱，特别是接口，代表等基本术语的不同含义。

为了解决这个问题，我开始了一系列名为“Windows Phone 7编程的iPhone开发人员指南”的教程，您可以在my blog找到

好消息是，开发人员工具是免费的，并且有很多文档，包括官方文档和社区文档，每天都会有更多文档。开发人员代码的发布版本将于9月16日发布（尽管您现在可以使用beta代码开始）。我的第一个教程告诉你如何获得所需的一切。

祝你好运，如果能帮助我，请告诉我。

-jesse

感谢。

Answer 2

你面临的真正问题是 - 设计范式完全不同。一个Windows Phone 7你应该有这些长条数据，用户只能部分地看到 - 在iPhone上它更像是导航数据层次结构。如果您真的尝试构建应用程序，那么一旦您要在一个或多个平台上看起来不合适的应用程序。

Answer 3

它只是一种新语言，一种新API和另一种平台供应商。什么可能出错？

如果您提供一些关于您想要移植的应用程序（及其主要特征）的更多详细信息，我们可以为您提供更具体的答案。

Answer 4

首先，请参阅MonoTouch。它可能会节省一些心痛，因为如果您对确保没有平台api调用泄漏到应用程序的核心时非常自律，您可以将应用程序的核心代码保留为单一语言。

但是，Albin说的是什么。

Answer 5

我认为这是一个很好的问题，有一个非常直接的答案。

对我而言，我认为UI的重量非常轻，几乎不会丢失，特别是在移动设备上，其中广泛的功能集通常不太实用，简单的解决方案可以吸引消费者。

当然，可能会考虑双方的功能不匹配，随着时间的推移可能会变得不那么重要。如果您遇到不匹配的情况，通常会有不同的方法来处理事情，并且您的应用获得多个平台提供的更广泛的消费者覆盖范围对您来说很重要。

因此，在我的总结中，考虑因素归结为此。如果平台看起来值得你投入，那就去做吧。这取决于你和你的目标，你的应用程序及其目的，以及各个平台产生的动力。个人选择大部分。

请记住，您所有的投资都可以保留在您选择的服务器技术中，这些技术在很大程度上与客户端平台无关。假设您的应用甚至需要服务器。

---

Jesse Liberty将在他的博客系列iPhone to Windows Phone 7中详细讨论这个问题。