Un problema es que hay muchos códigos de ejemplo en Objective-C.
Entonces, si necesita una solución y encuentra algún código, deberá traducirlo a Swift.
Hasta ahora, todavía no tenemos una función de refactorización para Swift. Aunque no es un factor decisivo.
Los beneficios de Swift tienden a superar estas desventajas.
- He desarrollado algunas ideas para hacer dinero para aplicaciones que las autoridades me han dicho que estarían interesadas en comprar. Sin embargo, no soy un desarrollador. ¿Cómo puedo comenzar?
- El desarrollo de aplicaciones móviles me parece una carrera muy prometedora, ¿me estoy perdiendo algo?
- ¿Cuáles son las mejores preguntas antes de contratar desarrolladores de aplicaciones móviles?
- ¿Por qué flipkart cambió a una aplicación móvil desde el sitio web y lo convirtió en una obligación de usar para ir de compras?
- ¿Cuánto costaría una aplicación de Iphone con todas estas funciones?
El segundo desafío es la tentación de usar Swift exactamente como Objective-C con una sintaxis diferente.
En Objective-C todo es un objeto (una subclase de NSObject). Construiría su modelo con objetos y jerarquías, y agregaría funcionalidad a esos objetos con métodos.
Puede hacer esto, y funciona, pero Swift es un lenguaje muy diferente, y cualquiera que sea el problema que está tratando de expresar, probablemente haya una forma más rápida de hacerlo.
Sugeriría que lo primero que intente es reemplazar objetos pequeños con estructuras.
Con Objective-C te refieres a objetos con punteros. Y Swift conserva la semántica de referencia para los objetos. Pero las estructuras y las enumeraciones se tratan como tipos de valor. Y eso es muy útil.