Existen marcas diferencias entre cómo se hacen las aplicaciones iOS frente a cómo se hacen las aplicaciones de Android. A aprender, las aplicaciones de iOS se basan en Swift, mientras que Android usa principalmente Kotlin. Ahora, sin secuestro, Swift llegará a Android. Y podría tener enormes implicaciones para las aplicaciones en el futuro.

El lengua de programación de código rajado de Apple, Swift, extiende oficialmente su talento al sistema eficaz Android. La iniciativa está siendo encabezada por un “camarilla de trabajo Android” recientemente formado internamente del tesina Swift, que debería poder configurar Swift para el explicación de aplicaciones de Android. Si admisiblemente los desarrolladores técnicamente han podido escribir aplicaciones de Android usando Swift a través de herramientas de terceros, este movimiento marca la primera vez que el tesina Swift en sí mismo es sancionando y apoyando oficialmente a Android.

El “Categoría de trabajo de Android” ha establecido una carta clara con varios objetivos secreto para ayudar a Swift finalmente a establecerse como un ciudadano de primera clase en el mundo del explicación de Android. Un objetivo principal es mejorar y prolongar el soporte de Android internamente de la distribución oficial de Swift, lo que eliminaría la penuria de que los desarrolladores dependan de versiones no oficiales o modificadas del lengua. El camarilla además se centrará en mejorar los paquetes Swift básicos como Foundation y Dispatch para integrarse mejor con los idiomas establecidos de la plataforma Android. Esto será crucial para certificar que las aplicaciones Swift no solo se ejecuten en Android sino que además se sientan nativas del sistema eficaz.

Relacionado

La configuración de la aplicación de Android puede convertirse en más de iPhone

¿Pero los desarrolladores positivamente lo usarán?

Encima, el camarilla de trabajo colaborará con el camarilla de dirección de la plataforma para detallar formalmente el nivel de soporte que Android recibirá y trabajará para cumplir con esos estándares. Otras tareas críticas para el camarilla incluyen detallar el rango de niveles de API de Android compatibles y arquitecturas de procesadores, y establecer una integración continua para el tesina Swift que incluye pruebas rigurosas en Android.

No voy a aburrirte con los entrañas de todo esto, ya que seguramente no eres un desarrollador. Pero este es un gran problema. Si admisiblemente la mayoría de las aplicaciones principales admiten Android e iOS, cuando se negociación de tener que nominar una, la opción favorecida es casi siempre iOS. Para muchos desarrolladores, es el mercado más importante para priorizar. Si admisiblemente no significaría “un esfuerzo exiguo” para portar aplicaciones entre iOS y Android (todavía hay muchas cosas que continuarán diferidos entre ambas plataformas que no son solo la saco de código principal), optimizaría en gran medida las cosas y ayudarán a los desarrolladores acaecer de una aplicación iOS a una aplicación de Android con más facilidad.

Por ahora, tendremos que esperar y ver cómo resulta todo esto, pero ciertamente es prometedor.

Fuente: Rápido