Swift init(), De Una Vez Por Todas

Hola! Mi nombre es Kiryl Famin, y soy un desarrollador iOS.

Hoy quiero analizar en profundidad un tema aparentemente simple: los inicializadores en Swift. A pesar de su simplicidad aparente, la falta de una comprensión completa del tema puede llevar a errores frustrantes que muchas veces se buscan solucionar rápidamente, sin entender realmente la causa.

En este artículo, cubriremos todo lo relacionado con inicializadores, incluyendo:

• Cómo mantener el inicializador miembro de una estructura mientras se define uno personalizado
• Por qué no siempre es necesario definir un inicializador en clases
• Por qué llamar a super.init no siempre es obligatorio en un inicializador designado
• Por qué todos los campos de una subclase deben estar poblados antes de llamar a super.init
• Cómo acceder a todos los inicializadores de la clase padre con la menor cantidad de sobrescrituras posibles
• Cuándo es realmente necesario un inicializador required
• Por qué UIView.init() siempre se llama sin parámetros, pero init(frame:) y init(coder:) sí se sobrescriben

En Q2BSTUDIO, somos una empresa de desarrollo y servicios tecnológicos especializada en crear soluciones a medida para diversas plataformas. Nos apasiona compartir conocimientos con la comunidad y mejorar continuamente la experiencia de desarrollo con tecnologías modernas como Swift.

Ahora, avancemos paso a paso para comprender a fondo este tema.

Resumen en Español:

• Todos los campos deben estar poblados en un inicializador.
• Las propiedades var opcionales tienen un valor por defecto de nil.
• Las estructuras reciben un inicializador miembro automáticamente.
• El inicializador miembro desaparece cuando se define uno personalizado.
• Un inicializador designado se asegura de que todos los campos sean inicializados y llama a super.init().
• Un inicializador de conveniencia simplifica el proceso llamando a otro inicializador designado.
• Los inicializadores de conveniencia siempre llaman a self.init, mientras que los designados llaman a super.init.
• Si una subclase define nuevas propiedades, pierde los inicializadores de conveniencia de su superclase.
• Para restaurar los inicializadores de conveniencia de una superclase, es necesario sobrescribir todos los inicializadores designados.
• Para minimizar la cantidad de sobrescrituras, se pueden usar inicializadores de conveniencia sobrescritos.
• Si una subclase no introduce nuevos parámetros, hereda todos los inicializadores de su superclase.
• Si una superclase solo tiene init() sin parámetros, este se llama automáticamente en las subclases.
• Un inicializador required asegura que las subclases lo implementen, útil en genéricos, protocolos y llamadas a Self().
• UIView.init() llama internamente a init(frame:) o init(coder:).
• Un inicializador fallable devuelve un valor opcional.
• Las enumeraciones con valores crudos obtienen un inicializador init?(rawValue:) automáticamente.
• Todos los inicializadores en una enumeración deben asignar un valor a self.

Esperamos que este artículo te haya resultado útil. En Q2BSTUDIO creemos en la excelencia del desarrollo y en compartir conocimientos para ayudar a otros desarrolladores a mejorar sus habilidades cada día.