{"id":34606,"date":"2018-01-16T18:19:33","date_gmt":"2018-01-16T18:19:33","guid":{"rendered":"https:\/\/stage.cactus-now.com\/noticias-de-cactus\/ios-best-practices-s-o-l-i-d\/"},"modified":"2026-06-01T17:11:41","modified_gmt":"2026-06-01T14:11:41","slug":"mejores-practicas-para-ios-parte-4-s-o-l-i-d","status":"publish","type":"post","link":"https:\/\/stage.cactus-now.com\/es\/nuestro-blog\/mejores-practicas-para-ios-parte-4-s-o-l-i-d\/","title":{"rendered":"Mejores Pr\u00e1cticas para iOS. Parte 4: S.O.L.I.D."},"content":{"rendered":"

Como continuaci\u00f3n de la Parte 3: Arquitectura<\/a><\/p>\n

Hablemos de los principios S.O.L.I.D. y c\u00f3mo se pueden aplicar en Swift.<\/p>\n

S<\/strong>\u200a<\/strong>\u2013<\/strong>\u200a<\/strong>El Principio de Responsabilidad \u00danica (The Single Responsibility Principle)<\/strong><\/p>\n

Clase demasiado fuerte<\/p>\n

\"S.O.L.I.D.<\/a><\/p>\n

Esta clase trabaja con l\u00f3gica, realiza solicitudes de red y hace trabajo de navegaci\u00f3n.
\nPor lo tanto, simplifiqu\u00e9mosla y reelabor\u00e9mosla usando El Principio de Responsabilidad \u00danica<\/strong>.<\/p>\n

\"S.O.L.I.D.\"<\/a><\/p>\n

O<\/strong>\u200a<\/strong>\u2013<\/strong>\u200a<\/strong>El Principio Abierto-Cerrado (Open-Closed Principle – OCP)<\/strong><\/p>\n

Es un principio para el dise\u00f1o orientado a objetos descrito por primera vez por Bertrand Meyer que dice que \u00ablas entidades de software (clases, m\u00f3dulos, funciones, etc.) deben estar abiertas para la extensi\u00f3n, pero cerradas para la modificaci\u00f3n\u00bb<\/em>.<\/p>\n

Primero<\/em>\u200a<\/em>\u2013<\/em>\u200a<\/em>crear abstracciones de protocolo,
\nLuego<\/em>\u200a<\/em>\u2013<\/em>\u200a<\/em>crear la implementaci\u00f3n final,
\nHacer<\/em>\u200a<\/em>\u2013<\/em>\u200a<\/em>extensiones,
\nNo hacer<\/em>\u200a<\/em>\u2013<\/em>\u200a<\/em>cambios.<\/em><\/p>\n

\"SWIFT<\/a><\/p>\n

L<\/strong>\u200a<\/strong>\u2013<\/strong>\u200a<\/strong>El Principio de Sustituci\u00f3n de Liskov (Liskov Substitution Principle – LSP)<\/strong><\/p>\n

Las clases derivadas deben ser sustituibles por sus clases base.<\/p>\n

\"swift<\/a><\/p>\n

I<\/strong>\u200a<\/strong>\u2013<\/strong>\u200a<\/strong>El Principio de Segregaci\u00f3n de la Interfaz (Interface Segregation Principle – ISP)<\/strong><\/p>\n

Crea abstracciones simples que los clientes necesiten.<\/p>\n

\"Principios<\/a><\/p>\n

D<\/strong>\u200a<\/strong>\u2013<\/strong>\u200a<\/strong>El Principio de Inversi\u00f3n de Dependencias (Dependency Inversion Principle)<\/strong><\/p>\n

Depende de abstracciones, no de clases\/estructuras espec\u00edficas.<\/p>\n

\"Swift<\/a><\/p>\n

\u00a1Abstracciones en todas partes! \u00a1Recu\u00e9rdalo!<\/em><\/p>\n

Esta fue una breve gu\u00eda sobre la pr\u00e1ctica de S.O.L.I.D. en c\u00f3digo Swift.<\/p>\n

Leer m\u00e1s<\/strong>: iOS Best Practices. Part 2: Swift Code Style >>><\/a><\/p>\n

\n

Maxim Vialykh<\/a>\"vialyx\"<\/a> es el L\u00edder T\u00e9cnico de iOS en CactusSoft.<\/p>\n

\n
\n

Formaci\u00f3n T\u00e9cnica<\/strong>
\nLenguajes de programaci\u00f3n: Swift, Objective-C, Java
\nTecnolog\u00edas y Plataformas: iOS, Android, Windows Phone, Amazon S3, Google Cloud, Google APIs, Facebook APIs
\nFrameworks: PhoneGap, Xamarin
\nHerramientas: Invision, SVN, Git, PhoneGap, Titanium, Xamarin, Sketch, xCode, IntelliJ IDEA<\/p>\n<\/div>\n<\/article>\n