Aplicación iOS / android nativa para Windows Phone

Al igual que iOS y Android, Windows Phone es un sistema operativo completamente diferente y actualmente requiere una plataforma de desarrollo completamente diferente.

No es posible tomar el código existente y hacerlo funcionar en Windows Phone.

• IOS utiliza normalmente Objective-C para el desarrollo de aplicaciones. Incluso si hubiese una manera de compilar Objective-C en un Windows Phone, estaría inherentemente vinculado a las características de la plataforma y los controles de interfaz de usuario. Mientras que podría escribir algún código en C ++ y compartirlo, con una aplicación iOS, todavía necesitará algunos en Objective-C .
• Las aplicaciones de Android usan Java normalmente. Java no está disponible para la plataforma Windows Phone. Por lo tanto, el lenguaje está fuera. Además, al igual que iOS, las características de la plataforma no son necesariamente compartidas y el control de la interfaz de usuario y los comportamientos son diferentes. Las aplicaciones de Android pueden usar C ++ (si has pasado por usar código), pero tiene limitaciones , y al usarla, otra vez, estarías atando el código a la plataforma Android potencialmente. Algún código puede ser portátil.
• Las aplicaciones de Windows Phone normalmente se escriben en C # / C ++ y XAML o DirectX. Si bien existe cierta similitud en los lenguajes (Java y C #), encontrarás muchas más diferencias de plataforma que podrían requerir un esfuerzo significativo para convertir. Desde la forma en que las solicitudes de red se hacen a la manipulación de los hilos será diferente (y muchos muchos más). Objetivo-C es también muy diferente de C ++.

A menos que haya utilizado algo como Xamarin y escrito la lógica de negocio subyacente con una plataforma común (C # /. NET), tendrá que considerar un puerto a Windows Phone un nuevo comienzo.

No es posible reutilizar todo el código que se ha escrito. Con un esfuerzo cuidadoso, podría compartir algún código común (si se escribiera en C ++), pero como el código compartido no funcionará directamente con la interfaz de usuario (y otras funciones de la plataforma), todavía tendría que hacer la interfaz de usuario en cada plataforma , Evitar las limitaciones y, potencialmente, personalizar la experiencia del usuario para cada plataforma.

Microsoft ha proporcionado algunas orientaciones sobre el portado y ha proporcionado algunos enlaces con una tabla de equivalencia de API aquí .

Sí, puede usar el puente de Windows de Microsoft para iOS para convertir su código de aplicación de iOS a código de plataforma móvil de Windows.

Necesita utilizar WinObjC SDK proporcionado por Microsoft para este propósito.

Siga este enlace para más detalles.

No, no puedes, las aplicaciones WP se crean con c # o .net y en IDE de Visual Studio. No existe una forma automatizada de portar un ios previamente codificado o una aplicación nativa de android construida con objetive-c o java a WP.

En mi opinión, no hay forma de directamente puerto de una aplicación de iPhone a la aplicación de Windows Phone. Necesita desarrollar la aplicación de teléfono de Windows con su entorno necesario como Visual Studio, Windows Phone sdk y con Windows OS.

También puede utilizar plataforma cruzada como teléfono si puede ajustarse a su requerimiento.

Parece que tienes una base de código Obj-C existente para iOS y una base de código Java para Android. No importa cómo lo corte, está buscando [re] escribir código para obtener algo en WP8.

No sé cómo "UI pesado" de su aplicación es; En general, el código de la interfaz de usuario es la plataforma más específica (a menos que esté dispuesto a soportar "plataforma cruzada" cosas que no pueden tener UX bueno).

Es posible que considere la posibilidad de mantener el código que no sea UI en su mayor parte simple C ++ y usando Obj-C, etc. sólo para las partes en las que tiene que hablar con el framework. Será más fácil soportar múltiples plataformas con C ++.

Tomé este enfoque con una aplicación en la que estoy trabajando; Está dirigido para iOS, pero es alrededor del 80% C ++ (incluyendo Open GL). Si decido portar a Android sólo necesito lidiar con el 20%, en su mayoría código UI-ISH.