Como continuación de la Parte 3: Arquitectura
Hablemos de los principios S.O.L.I.D. y cómo se pueden aplicar en Swift.
S – El Principio de Responsabilidad Única (The Single Responsibility Principle)
Clase demasiado fuerte
Esta clase trabaja con lógica, realiza solicitudes de red y hace trabajo de navegación.
Por lo tanto, simplifiquémosla y reelaborémosla usando El Principio de Responsabilidad Única.
O – El Principio Abierto-Cerrado (Open-Closed Principle – OCP)
Es un principio para el diseño orientado a objetos descrito por primera vez por Bertrand Meyer que dice que «las entidades de software (clases, módulos, funciones, etc.) deben estar abiertas para la extensión, pero cerradas para la modificación».
Primero – crear abstracciones de protocolo,
Luego – crear la implementación final,
Hacer – extensiones,
No hacer – cambios.
L – El Principio de Sustitución de Liskov (Liskov Substitution Principle – LSP)
Las clases derivadas deben ser sustituibles por sus clases base.
I – El Principio de Segregación de la Interfaz (Interface Segregation Principle – ISP)
Crea abstracciones simples que los clientes necesiten.
D – El Principio de Inversión de Dependencias (Dependency Inversion Principle)
Depende de abstracciones, no de clases/estructuras específicas.
¡Abstracciones en todas partes! ¡Recuérdalo!
Esta fue una breve guía sobre la práctica de S.O.L.I.D. en código Swift.
Leer más: iOS Best Practices. Part 2: Swift Code Style >>>
Maxim Vialykh
es el Líder Técnico de iOS en CactusSoft.
Formación Técnica
Lenguajes de programación: Swift, Objective-C, Java
Tecnologías y Plataformas: iOS, Android, Windows Phone, Amazon S3, Google Cloud, Google APIs, Facebook APIs
Frameworks: PhoneGap, Xamarin
Herramientas: Invision, SVN, Git, PhoneGap, Titanium, Xamarin, Sketch, xCode, IntelliJ IDEA
