Uveďte příklady porušení principů 'SOLID' ve standardních knihovnách.

Principy SOLID jsou ve většině standardních knihoven Apple dodržovány na vysoké úrovni. Nicméně lze najít příklady, kde jejich uplatnění není tak přísné nebo existují výjimky:

• Princip jednotné odpovědnosti (SRP): Některé třídy v UIKit nebo Foundation vykonávají několik nesouvisejících úkolů. Například UIViewController může být odpovědný nejen za správu pohledů, ale i za zpracování dat, navigaci atd.
• Princip otevřenosti/zavřenosti (OCP): Rozšíření funkčnosti některých standardních tříd někdy vyžaduje úpravu samotné třídy, namísto vytvoření její podtřídy nebo použití protokolu. Příkladem může být přidání nové funkčnosti ke stávajícímu UITableViewDataSource bez možnosti snadno nahradit část jeho chování.
• Princip Liskovovy substituce (LSP): V některých hierarchiích tříd, například při zpracování gest (UIGestureRecognizer a jeho podtřídy), není vždy možné nahradit základní třídu její podtřídou bez změny chování aplikace.
• Princip segregace rozhraní (ISP): Některé protokoly ve standardních knihovnách mohou obsahovat příliš mnoho metod, z nichž všechny nejsou potřebné všem třídám, které je implementují. Příkladem může být protokol UITableViewDelegate, který má mnoho volitelných metod.
• Princip inverze závislostí (DIP): Ačkoliv je dependency injection aktivně využíváno v moderním vývoji pro iOS, v některých starších částech frameworků mohou být závislosti pevně svázány, což ztěžuje testování a výměnu komponent.

Je důležité poznamenat, že tyto "porušení" jsou často kompromisy, které jsou podmíněny historií vývoje, výkonem nebo zjednodušením používání API v typických scénářích. Ve většině případů umožňuje rozumné navržení aplikace nad standardními knihovnami dodržovat principy SOLID.