Adjon példákat a 'SOLID' elvek megsértésére a szabványkönyvtárakban.

A SOLID elvek nagy részben betartásra kerül az Apple legtöbb szabványos könyvtárában magas szinten. Azonban találhatunk példákat, ahol azok alkalmazása nem olyan szigorú vagy kivételek fordulnak elő:

• Az egyetlen felelősség elve (SRP): Néhány osztály a UIKit vagy Foundation között több, nem összefüggő feladatot végez. Például a UIViewController nemcsak a nézetek kezeléséért lehet felelős, hanem az adatok feldolgozásáért, navigációért stb.
• Nyitott/zárt elv (OCP): Egyes szabványos osztályok funkcionalitásának bővítése néha az osztály módosítását igényli, nem pedig az alosztály létrehozását vagy protokoll használatát. Például a meglévő UITableViewDataSource-hoz új funkcionalitás hozzáadása anélkül, hogy könnyen cserélhetnénk a viselkedésének egy részét.
• Liskov helyettesítési elv (LSP): Néhány osztályhierarchiában, például a gesztusok (UIGestureRecognizer és alosztályai) kezelésében, nem mindig lehet az alap osztályt alosztályával helyettesíteni anélkül, hogy a viselkedést megváltoztatnánk.
• Interfész szétválasztás elve (ISP): Néhány protokoll a szabványos könyvtárakban túl sok módszert tartalmazhat, amelyek nem mind szükségesek minden osztály számára, amelyeket megvalósítanak. Például a UITableViewDelegate protokoll sok opcionális módszert tartalmaz.
• Függőségek fordított irányelve (DIP): Bár a függőség-injektálás aktívan használatos a modern iOS fejlesztésben, néhány régebbi keretrendszer részében a függőségek szorosan kapcsolódhatnak egymáshoz, ami megnehezíti a tesztelést és az összetevők cseréjét.

Fontos megjegyezni, hogy ezek a "megszegések" gyakran kompromisszumokat jelentenek, amelyek a fejlesztés történetéből, a teljesítményből vagy az API egyszerűsítéséből adódnak tipikus forgatókönyvekben. A legtöbb esetben az alkalmazás okos tervezése a szabványos könyvtárak felett lehetővé teszi a SOLID elvek betartását.