¿Cuál es la mejor manera de desarrollar aplicaciones móviles, de forma nativa para el sistema operativo o en un sistema multiplataforma?

Creo que un enfoque no es necesariamente ‘mejor’ que el otro, todo depende de su proyecto / situación / presupuesto / conocimiento de los lenguajes de programación, etc. Y no olvide, también hay una tercera opción: ¡un enfoque híbrido!

En Graph, acabamos de escribir este blog sobre cómo abordar el desarrollo móvil y detalla cuándo usar cada enfoque, sopesando los pros y los contras del desarrollo nativo vs multiplataforma (con un segmento sobre el uso de un híbrido enfoque). Hay una tabla dentro del artículo que desglosa las principales diferencias entre nativas y multiplataforma que serían útiles.

Pero aquí hay un breve resumen de cuándo cada enfoque funciona bien:

Desarrollo de aplicaciones nativas

Crear una aplicación nativa significa que se ha desarrollado desde cero, para una plataforma o dispositivo en particular. Está escrito en un lenguaje de programación compatible con esa plataforma o dispositivo (Java para Android, Objective-C y Swift para iOS, C # para Windows Phone).

Elija desarrollo nativo si:

  • Su aplicación necesita acceso completo a todo el hardware y la funcionalidad del dispositivo.
  • Su aplicación procesa video, audio o imágenes
  • Desea una interfaz de usuario fluida y de alta respuesta
  • La interfaz de usuario debe ser familiar para los usuarios de cada plataforma.
  • Su aplicación realiza cálculos complejos o funciona con grandes conjuntos de datos.
  • Su aplicación incluye datos encriptados

Desarrollo de aplicaciones multiplataforma

Cuando una aplicación móvil se llama ‘multiplataforma’, se ha desarrollado para todas las plataformas al mismo tiempo, utilizando HTML, CSS y JavaScript (u otro idioma) y se puede adaptar para la mayoría de los dispositivos.

Elija el desarrollo multiplataforma si:

  • Desea desarrollar un prototipo rápido para probar y validar un concepto simple
  • Necesita una “aplicación temporal” temporal o una aplicación promocional que tenga una vida útil limitada. Por ejemplo, una aplicación móvil que acompaña a un evento.
  • Su aplicación tiene una interfaz de usuario simple y una interacción de usuario limitada, como listar y mostrar contenido de noticias
  • Su interfaz de usuario tiene desplazamiento y deslizamiento limitados y los usuarios no se verán afectados por una respuesta de pantalla lenta
  • Su aplicación no interactúa con ningún hardware del dispositivo, cámara, micrófono, geolocalización, acelerómetro, etc.
  • Su aplicación no procesa datos complejos ni funciona con audio o video
  • Se dirige principalmente a un sistema operativo, como una aplicación corporativa, y no necesita una interfaz de usuario específica que siga las pautas de cada plataforma

Aplicaciones híbridas

Es posible aprovechar ambos enfoques dentro de la misma aplicación y aún así proporcionar una experiencia perfecta para sus usuarios.

Para mostrar contenido simple (como enumerar elementos de noticias) o formularios simples (como cuentas de usuario y pantallas de configuración) puede usar un enfoque multiplataforma y desarrollar los elementos más exigentes en la aplicación utilizando un enfoque nativo.

Esto le permite enfocar su presupuesto en las características que más le importan y tomar las mejores decisiones para sus limitaciones de tiempo y presupuesto específicas. Las aplicaciones como LinkedIn se han desarrollado de esta manera; A medida que la aplicación evoluciona, se pueden actualizar pantallas específicas de elementos multiplataforma a nativos.

__

Espero que este sea un punto de partida útil para comparar los dos enfoques, pero si desea una lectura más detallada, eche un vistazo a nuestra publicación sobre ‘Aproximación al desarrollo móvil en 2016, parte 1’.

Acabo de responder una pregunta casi idéntica aquí:

La respuesta de Tim Mensch a Today, con todos los avances de phonegap, ¿cuál es la mejor opción para desarrollar una aplicación móvil: PhoneGap o Native?

Pero la revisión de contenido de Quora no está de acuerdo en que sea la misma pregunta.

Respuesta corta: multiplataforma es el mejor enfoque para el 95% de las aplicaciones que se inician hoy. Híbrido es solo uno de muchos enfoques, y muchos de esos enfoques usan controles nativos y, por lo tanto, le brindan la misma experiencia de interfaz de usuario que los nativos.

Pero solo necesitas escribir la aplicación una vez. Sí, habrá diferencias de plataforma. Pero estamos viendo la reutilización del código del 75% (React Native) al 95% (NativeScript, Tabris.js), en comparación con el 0% en Native.

Y recuerde, ese código no solo se escribe una vez; necesita ser mantenido y extendido, duplicando los costos de mantenimiento a largo plazo.

EDITAR: Acabo de agregar una respuesta EPIC a: ¿Cuál es la diferencia entre HTML5, Native y una aplicación híbrida? ¿Cual es mejor?

Usando la gestión de proyectos como una herramienta para ayudar a resolver su problema, todo lo que necesita considerar son estas tres cosas:

  • Hora
  • Alcance
  • Recursos

Las aplicaciones nativas siempre tendrán el potencial de proporcionar la mejor experiencia de usuario, pero si no tiene el tiempo, el dinero o la habilidad para lograr su alcance, es posible que deba buscar un sustituto como ReactNative, Trigger, Xamarin o Titanium.

Al elegir construir tanto para iOS como para Android, has multiplicado el alcance de tu proyecto por 2x. ¿Puedes simplemente elegir uno y construir el otro más tarde?

ReactiveNative está recibiendo mucha atención porque puedes compilar aplicaciones para iOS y Android, pero dependiendo de tu proyecto, es posible que necesites escribir complementos nativos.

Hola

Me apasiona actualizarme con las últimas tecnologías.

Si te ha interesado desarrollar una aplicación para ios. Primero debe aprender C y C ++, luego puede aprender el objetivo c o rápido.

Swift es las últimas tecnologías. Cuenta con las mejores herramientas, sistema de depuración.

para obtener más zingbytes, la solución de TI es la buena plataforma.

puede visitar en [correo electrónico protegido]

o puede contactar al 0731–4226161

No vayas a ningún lado … solo tienes que seguir un par de pasos:
– Descubra la empresa de desarrollo de aplicaciones móviles
– Hable con ellos sobre tecnologías como Xamarin, PhoneGap, Snecha, etc.
– Adopte cualquiera de ellos tecnología que sea adecuada según sus requisitos.
– Luego, puede obtener la aplicación móvil nativa o multiplataforma según sus necesidades.

Si tiene alguna consulta sobre la aplicación móvil, conectemos

Gracias por el A2A, Ed Robinson!

Estaba escribiendo en el móvil, así que solo puse ese enlace en los comentarios. Ahora agregaré algún comentario al respecto.

He aquí por qué no hay una “mejor” forma de crear una aplicación. Si crea una aplicación multiplataforma o no, eso depende del conocimiento (experiencia del equipo) y los recursos (tiempo, dinero, personas) que obtuvo para un proyecto en particular.

Primero, deje de pensar en las aplicaciones multiplataforma como una MANERA DIRECTA de reducir gastos.

Porque no es solo así. Ir multiplataforma no reduce automáticamente su costo. Esto proviene de alguien que ha estado trabajando en un importante estudio de desarrollo móvil. Las ilusiones llegan a su fin cuando se dan cuenta de que las plataformas son incompatibles; Además, las soluciones multiplataforma no pueden proporcionar la misma funcionalidad que el software nativo .

Sin embargo, no me opongo al desarrollo multiplataforma. Son solo los conceptos erróneos los que permiten que se tomen malas decisiones.

Uno de los métodos más simples para crear una aplicación multiplataforma es utilizar servicios de bricolaje como AppsMoment. Por lo general, admiten plataformas iOS, Android y Windows y son bastante simples de usar.

Creo que la mejor manera de desarrollar una aplicación es usar tecnologías natve. Probé muchos enfoques y perdí mucho tiempo con plataformas híbridas o HTML5 / CSS.

En realidad, depende de sus requisitos o de lo que su cliente quiera. En mi caso, tuve que desarrollar aplicaciones con cosas como mantener datos en una base de datos local u obtener y manejar notificaciones, etc. Primero busqué enfoques adecuados con plataformas no nativas y me di cuenta del hecho de que el desarrollo orientado al sistema solo es posible con posibilidades nativas .

Depende de la meta y el presupuesto. Las aplicaciones nativas están ahí si está buscando rendimiento en el cliente y tiene el presupuesto para crearlo para al menos una plataforma.

Las aplicaciones y herramientas multiplataforma están disponibles si necesita admitir ambas, pero no necesariamente tiene el presupuesto en este momento.

Al igual que con cualquier proyecto de TI, los objetivos, el presupuesto y las habilidades del equipo determinan el enfoque. Incluso si comienza con una aplicación multiplataforma, eso no significa que no pueda lanzar una nativa más tarde.

Estamos listos para consultarlo con respecto a esta pregunta. Por favor, lea nuestro artículo al respecto: Análisis FODA para soluciones móviles multiplataforma – Adoriasoft