Habiendo usado tanto el lenguaje Swift de Apple como C #, me cuesta ver por qué alguien preferiría C #. Es una herramienta más torpe, menos eficiente y menos consistente.
Los desarrolladores que buscan crear aplicaciones, a menudo buscan soluciones y ayuda en línea, y los desarrolladores de iOS encontrarán esas soluciones en Swift. Que es una solución propia de soporte adecuado.
Aquellos que intentan trabajar en C # Xamarin encontrarán la vida más difícil. Y se encontrarán confiando no en la documentación de Apple y en UIKit, sino en la envoltura de Xamarin alrededor de UIKit. Cuando tiene dificultades para crear algo nuevo, la fricción adicional del apoyo de terceros puede ser frustrante.
- ¿Por qué no puedo encontrar Whatsapp cuando lo busco en la tienda de aplicaciones?
- ¿Debería mi negocio de aplicaciones de iPhone ser una empresa unipersonal o una LLC?
- ¿Cuántas aplicaciones de iOS revisa el revisor promedio de Apple App Store cada día?
- ¿Puedo escribir una aplicación con Ruby on Rails, HTML, CSS o JQuery y enviarla a las tiendas de aplicaciones de Android y Apple?
- ¿Cómo elijo un nombre para una aplicación iOS?
El único mérito de este tipo de tecnología es cierto grado de portabilidad. Partes de la aplicación (las partes que no son UI) podrían escribirse y desplegarse dos veces.
Pero Apple no está en absoluto interesado en prohibir las soluciones no nativas. Toda inversión externa puede agregar valor a su plataforma, independientemente de la tecnología utilizada.