Als vervolg op Deel 3: Architectuur Laten we het hebben over de S.O.L.I.D.-principes en hoe deze kunnen worden toegepast in Swift. S – Het principe van gezamenlijke verantwoordelijkheid Een te sterke klasse ” width=”668″ height=”1056″>
Deze klasse werkt met logica, doet netwerkverzoeken en doet navigatiewerk.
Laten we het dus vereenvoudigen en herwerken met behulp van Het principe van gezamenlijke verantwoordelijkheid. 
O – Open-gesloten principe (OCP) Het is een principe voor objectgeoriënteerd ontwerp dat voor het eerst werd beschreven door Bertrand Meyer en dat zegt dat “software-entiteiten (klassen, modules, functies, enz.) moeten open zijn voor uitbreiding, maar gesloten voor wijziging”. Ten eerste – protocolabstracties creëren,
Dan – definitieve implementatie creëren,
Doen – extensies,
Doe het niet – veranderingen. 
L – Liskov-substitutieprincipe (LSP) Afgeleide klassen moeten vervangbaar zijn voor hun basisklassen. 
D – Afhankelijkheidsinversieprincipe Vertrouw op abstracties, niet op specifieke klassen/structuren. 
Abstracties overal! Onthoud het! Dit was een korte handleiding over het oefenen van S.O.L.I.D. in Swift-code. Lees meer: iOS Beste praktijken. Deel 2: Swift Codestijl >>>
Maxim Vialykh
is CactusSoft iOS Tech Lead.
Technologieën en platforms: iOS, Android, Windows Phone, Amazon S3, Google Cloud, Google APIs, Facebook APIs
Kaders: PhoneGap, Xamarin
Tools: Invision, SVN, Git, PhoneGap, Titanium, Xamarin, Sketch, xCode, IntelliJ IDEA
