¿Ionic Framework reemplazará el desarrollo de Android Java en el futuro?

TL; Versión DR :

No

Versión larga:

No puede reemplazar el desarrollo nativo, pero ambos permanecerán uno al lado del otro. por qué ? porque ambos tienen diferentes casos de uso.

El desarrollo nativo es bueno cuando no quiere comprometer nada relacionado con la calidad de la aplicación y usar la última API. Native proporciona máxima flexibilidad. pero también cuesta mucho en comparación con el desarrollo iónico.

Si bien Ionic es útil cuando su presupuesto es bajo y desea una aplicación lista en un tiempo muy limitado. debe hacer muchos compromisos, pero su desarrollo será más rápido e incluso puede tener la misma base de código para otras plataformas como Windows e IOS sin tener que aprender swift / Objective C y c # por separado.

Una aplicación iónica puede ser una buena idea cuando necesita mostrar un producto en un período de tiempo muy limitado. puedes hacer un prototipo en iónico más rápido que en el nativo, ya que proporciona varias plantillas.

Voy a enumerar algunas comparaciones a continuación para comparar ambas fácilmente.

¿Por qué iónico sobre nativo?

  • Necesita menos tiempo .
  • Misma base de código para varias plataformas, más fácil de administrar .
  • No es necesario contratar desarrolladores específicos para otras plataformas. es decir, mucho menos barato .

¿Por qué nativo sobre iónico?

  • Más flexibilidad.
  • Mayor rendimiento. (¡Depende de la habilidad del desarrollador!)
  • Gran apoyo de la comunidad.
  • Todos los días se lanzan nuevas API de Android que son para nativos. Si está utilizando iónico, debe esperar a que se transfiera a iónico, o portee usted mismo. así que, básicamente, Native tiene acceso a más funciones y API.
  • Native tiene más herramientas disponibles para monitorear el rendimiento, las pruebas y la depuración, por lo que puede hacer una aplicación a prueba de balas.

La aplicación que estamos construyendo es utilizada en Field por Delivery boys. por lo que tiene que manejar muchos problemas de latencia de red y GPS. También debe funcionar sin problemas en los dispositivos más baratos. Y no podemos comprometernos con la calidad. Entonces el marco iónico no es una opción. Por lo tanto, hicimos mucha investigación que no sería posible en el marco limitado de ionic.

No será por esto

No lo creo…

Hay muchas razones para eso. Me gustaría enumerar algunos.

  1. Java es uno de los lenguajes más populares en la faz de la tierra y no llegará pronto.
  2. Hay una gran cantidad de programadores de Java a partir de ahora.
  3. Por lo tanto, a diferencia del lenguaje de máquina, es fácil de usar y actualmente alimenta 2 mil millones de dispositivos.
  4. JavaScript tiene una gran base de usuarios y es uno de los idiomas más utilizados. JavaScript encabeza el último ranking de popularidad del lenguaje de programación de RedMonk, pero aún no se ha coronado.
  5. Los frameworks iónicos y otros híbridos aún están en etapas incipientes y les llevará mucho tiempo llegar a la popularidad de Java a partir de ahora.
  6. Siempre es bueno codificar en el idioma nativo y luego tener un intérprete, interpretarlo.

Entonces, sí, es posible que pasen 10 años más adelante, algunos marcos híbridos se acercan en términos de uso en comparación con Java, pero seguro que no van a borrar Java.

¿Iónico solo? Ciertamente no es probable.

¿Usar alguna combinación de las siguientes herramientas (o similares) se convertirá en la mejor forma de crear aplicaciones en lugar de escribir directamente en Android o iOS?

  • Marco iónico
  • Reaccionar nativo
  • NativeScript
  • Meteor.js
  • Plataforma Telerik
  • Capullo
  • Xamarin

Casi seguro Es probable que todavía haya código nativo que deba escribirse en algunos casos. Pero la gran mayoría de las aplicaciones no lo requerirán.

Ionic consolida AngularJS (coincidencia de JavaScript) con HTML5 + CSS y utiliza Cordova para obtener capacidades locales de gadgets. Además, es gratis, la base de fans y el soporte se desarrollan cada día y, finalmente, el grupo detrás de Ionic es maravilloso. Simplemente mire sus empresas secundarias y reconocerá lo que quiero decir.

Entonces, considerando todo, Ionic ofrece resultados potenciales increíbles para construir aplicaciones mitad y mitad que se ven maravillosas, así como continuar tan normal como una aplicación local y depender de una base de código compartido. Además, en caso de que te aterrorice JavaScript, no es tan horrible como crees. ¡Dale un tiro!

Las siguientes partes de este artículo resaltarán cómo las aplicaciones iónicas pueden suplantar la mayoría de lo que usa todos los días en el desarrollo de iOS. Percibiremos cómo sustituir efectivamente las partes seguramente entendidas de la mejora local de iOS con HTML5 y JavaScript, cómo se ve la estructura y qué puede lograr con el enfoque de mitad y mitad.

Ionic Developer o Hire Ionic Developer necesitan aplicaciones de Android e iOS que se vean geniales. Un número significativo de esos mismos ingenieros necesitan aplicaciones portátiles que se vean locales a cómo planearon Google y Apple. Tenga en cuenta el diseño de materiales que Google informó hace un par de años. Este es un plan estándar para nuevas aplicaciones de Android. iOS no comprende el diseño de materiales y cualquier aplicación de iOS que intente utilizarlo surgirá por razones equivocadas.

Esta es la razón por la que creo que NativeScript prevalece contra la oposición, incluso más allá de Ionic Framework. NativeScript no lo impulsa a compartir formatos entre etapas versátiles, sino que elige la variante local de cada parte, independientemente de la posibilidad de que el código fuente de la interfaz de usuario sea un conjunto solitario.