usar trasladar transferir pasar para funciona datos contactos como app iphone android blackberry

trasladar - Tecnología para escribir iPhone, BlackBerry y teléfono Android al mismo tiempo?



transferir datos de android a iphone (12)

Actualmente estamos investigando esto también y encontramos:

Titanium

Kony Solutions

Estos productos tienen buenas críticas. The Titanium es gratis para la edición de la comunidad.

¿Existe alguna estrategia o al menos las mejores prácticas para escribir una aplicación que se ejecute en iPhone, BlackBerry y Android?

Soy ignorante sobre los entornos de desarrollo para BB y Android, pero supongo que ambos admiten aplicaciones Java.

Sé que el iPhone requeriría una porción de ObjectiveC (así como una UI completamente nueva).

¿Alguien ha hecho esto?


Además, podría probar con Mobile Community Framework (MCF). Este es un marco de plataforma cruzada que se ejecuta de forma nativa en iPhone, Android, WinMobile, Symbian y BlackBerry. MCF maneja las operaciones de red, ubicación y proximidad para usted, en una red Wi-Fi Ad-Hoc o a través de un servidor proxy dedicado si no es posible la conexión directa. Tiene API simple, y es de uso gratuito. De esta forma, puede desarrollar la interfaz y la lógica de su aplicación por separado en cada plataforma, y ​​usar MCF para conectar instancias de su aplicación de la manera que desee.

Más información en http://uvamobiltec.com


Adobe Flex y Flash Builder también parecen prometedores. Aún así, debería considerar su propietario, pero con el video en su sitio web del centro de desarrolladores parece que vale la pena. Por cierto, la última versión Actualmente es compatible con Android. Se supone que el soporte para iOS estará disponible en junio de 2011 mediante una actualización.


Al escribir aplicaciones multiplataforma, debe decidir qué cantidad de código compartir. Las 2 opciones son

  • Todo. Utiliza (escribe) bibliotecas gui multiplataforma y rutinas del sistema
  • La lógica es multiplataforma, pero la capa de presentación es específica de la plataforma

El segundo enfoque tiende a proporcionar mejores aplicaciones, pero es un trabajo más (suponiendo que no necesita escribir las bibliotecas multiplataforma).

Lo difícil del mundo móvil es elegir un idioma. En este momento tienes

  • Java : teléfonos Android, Blackberry, Java ME
  • Objetivo C / C : iPhone, Windows Mobile
  • Javascript : Palm Pre

Puede cruzar compilar java a javascript y viceversa. También puede compilar java en C o utilizar un motor de JavaScript al que puede llamar desde C. No creo que pueda ejecutar C en un teléfono java / javascript. Eso me lleva a sugerir escribir tu código en Java / Javascript. Las compilaciones cruzadas (y los lenguajes de mezcla en general) tienen la desventaja de hacer que la depuración sea un poco más difícil.



Otra opción para mirar es Rhodes , que es un marco de Ruby.



Si desea escribir aplicaciones web multiplataforma, SenchaTouch o Phonegap es una buena opción.

Si prefiere la aplicación nativa, la mejor solución multiplataforma es Titanium . Usando Titanium, puedes escribir tu aplicación en Javascript, y compila JS en código nativo (Objective-C, Java ...)


Siempre puede escribir una aplicación de JavaScript en la web, y debería funcionar en los tres. Por supuesto, eso no se instala en el teléfono.

Android tiene una vista web que ejecuta Javascript. Estoy seguro de que las otras plataformas también lo hacen. Si escribió la mayor parte de su lógica en javascript, podría reutilizar ese javascript en todas las plataformas.


Una técnica, que funciona adecuadamente para ciertos tipos de aplicaciones, como las aplicaciones de referencia: utilice HTML / CSS / JavaScript y escriba clientes compactos que utilicen el objeto del visor HTML de la plataforma para leer contenido web incorporado localmente.

Una técnica para escribir aplicaciones multiplataforma que se ejecutaba tanto en BlackBerry como en Windows Mobile, era escribirlo todo en HTML. Tuve que usar un subconjunto de HTML y CSS que funcionaba tanto en BlackBerry Browser como en Pocket Internet Explorer. Usé una pequeña cantidad de JavaScript también.

Escribí muy pocos televidentes que lo corrieron desde HTML e imágenes almacenadas internamente utilizando las URL jar: // (BlackBerry) y res: // (Windows Mobile). Pude incrustar todos los archivos HTML e imágenes como parte de la aplicación BlackBerry, utilizando una versión personalizada del campo del navegador y. Lo mismo para Windows Mobile, pude usar Pocket Internet Explorer como un ActiveX incorporado en mi aplicación Windows Mobile.

Nota: para BlackBerry, tuve que admitir dispositivos heredados que ejecutan OS 4.2. Para hacerlo, reciclé muchos ejemplos de código RIM, como SecondaryResourceFetchThread.java, para extraer imágenes incrustadas en la aplicación y enviarlas a través de un objeto de conexión personalizado que implementó HttpConnection, que diseñé para manejar jar: // URL''s internamente. HTML / imágenes incrustadas en mi aplicación BlackBerry. Fue un poco difícil de entender. Para Windows Mobile, fue más intuitivo.

Hay otras maneras de hacer lo que necesitaba, pero funcionó perfectamente para una aplicación de referencia médica, y pude diseñar archivos CSS separados para BlackBerry y para Windows Mobile para reformatear el contenido de forma ligeramente diferente para los dos dispositivos móviles. (Era algo así como probar la compatibilidad de Netscape con Internet Explorer en los viejos tiempos).

Puede que esto no funcione para su situación, pero si su aplicación es una aplicación de "referencia" de estilo web y sabe cómo hacer bien el HTML, este enfoque puede funcionar.


también si estás escribiendo juegos, mira mi solución multiplataforma (iPhone, Android, etc.) llamada el motor de la sepia, en http://www.cuttlefishengine.com .


http://j2mepolish.org podría ser una buena opción, sin embargo, el iPhone solo está en la hoja de ruta. Pero Android y BB ya son compatibles, así como todos los demás teléfonos j2me.