{"id":34605,"date":"2018-01-16T18:19:33","date_gmt":"2018-01-16T18:19:33","guid":{"rendered":"https:\/\/stage.cactus-now.com\/cactus-nieuws\/ios-best-practices-s-o-l-i-d\/"},"modified":"2026-06-01T17:12:07","modified_gmt":"2026-06-01T14:12:07","slug":"ios-best-practices-s-o-l-i-d","status":"publish","type":"post","link":"https:\/\/stage.cactus-now.com\/nl\/blog\/ios-best-practices-s-o-l-i-d\/","title":{"rendered":"iOS best practices, deel 4: S.O.L.I.D."},"content":{"rendered":"

Als vervolg op Deel 3: Architectuur<\/a> Laten we het hebben over de S.O.L.I.D.-principes en hoe deze kunnen worden toegepast in Swift. S<\/strong>\u200a<\/strong>\u2013<\/strong>\u200a<\/strong>Het principe van gezamenlijke verantwoordelijkheid<\/strong> Een te sterke klasse \"S.O.L.I.D.<\/a> Deze klasse werkt met logica, doet netwerkverzoeken en doet navigatiewerk.
\nLaten we het dus vereenvoudigen en herwerken met behulp van Het principe van gezamenlijke verantwoordelijkheid<\/strong>. \"S.O.L.I.D.\"<\/a> O<\/strong>\u200a<\/strong>\u2013<\/strong>\u200a<\/strong>Open-gesloten principe (OCP)<\/strong> Het is een principe voor objectgeori\u00ebnteerd ontwerp dat voor het eerst werd beschreven door Bertrand Meyer en dat zegt dat \u201csoftware-entiteiten (klassen, modules, functies, enz.) moeten open zijn voor uitbreiding, maar gesloten voor wijziging\u201d<\/em>. Ten eerste<\/em>\u200a<\/em>\u2013<\/em>\u200a<\/em>protocolabstracties cre\u00ebren,
\nDan<\/em>\u200a<\/em>\u2013<\/em>\u200a<\/em>definitieve implementatie cre\u00ebren,
\nDoen<\/em>\u200a<\/em>\u2013<\/em>\u200a<\/em>extensies,
\nDoe het niet<\/em>\u200a<\/em>\u2013<\/em>\u200a<\/em>veranderingen.<\/em> \"SWIFT<\/a> L<\/strong>\u200a<\/strong>\u2013<\/strong>\u200a<\/strong>Liskov-substitutieprincipe (LSP)<\/strong> Afgeleide klassen moeten vervangbaar zijn voor hun basisklassen. \"swift\n

” width=”668″ height=”1056″><\/a> ik<\/strong>\u200a<\/strong>\u2013<\/strong>\u200a<\/strong>Interface-segregatieprincipe (ISP)<\/strong> Maak eenvoudige abstracties die klanten nodig hebben. \"S.O.L.I.D.<\/a> D<\/strong>\u200a<\/strong>\u2013<\/strong>\u200a<\/strong>Afhankelijkheidsinversieprincipe<\/strong> Vertrouw op abstracties, niet op specifieke klassen\/structuren. \"Swift<\/a> Abstracties overal! Onthoud het!<\/em> Dit was een korte handleiding over het oefenen van S.O.L.I.D. in Swift-code. Lees meer<\/strong>: iOS Beste praktijken. Deel 2: Swift Codestijl >>><\/a> <\/p>\n

\n

Maxim Vialykh<\/a>\"vialyx\"<\/a> is CactusSoft iOS Tech Lead.<\/p>\n

\n
Technische achtergrond<\/strong> Programmeertalen: Swift, Objective-C, Java
\nTechnologie\u00ebn en platforms: iOS, Android, Windows Phone, Amazon S3, Google Cloud, Google APIs, Facebook APIs
\nKaders: PhoneGap, Xamarin
\nTools: Invision, SVN, Git, PhoneGap, Titanium, Xamarin, Sketch, xCode, IntelliJ IDEA<\/div>\n<\/article>\n