Navedite primere kršenja principa 'SOLID' u standardnim bibliotekama.

Principi SOLID u većini standardnih biblioteka Apple se poštuju na visokom nivou. Međutim, mogu se pronaći primeri gde njihova primena nije tako stroga ili postoje izuzeci:

• Princip jedinstvene odgovornosti (SRP): Neke klase u UIKit ili Foundation obavljaju više nepovezanih zadataka. Na primer, UIViewController može biti odgovoran ne samo za upravljanje prikazima, već i za obradu podataka, navigaciju itd.
• Princip otvorenosti/zatvorenosti (OCP): Proširenje funkcionalnosti nekih standardnih klasa ponekad zahteva modifikaciju same klase, umesto kreiranja njenog podklase ili korišćenja protokola. Na primer, dodavanje nove funkcionalnosti postojećem UITableViewDataSource bez mogućnosti lako zamene dela njegovog ponašanja.
• Princip zamene Liskov (LSP): U nekim hijerarhijama klasa, na primer, u obradi gestova (UIGestureRecognizer i njegove podklase), nije uvek moguće zameniti osnovnu klasu njenom podklasom bez promene ponašanja aplikacije.
• Princip segregacije interfejsa (ISP): Neki protokoli u standardnim bibliotekama mogu sadržavati previše metoda, od kojih sve nisu potrebne svim klasama koje ih implementiraju. Na primer, protokol UITableViewDelegate ima mnogo opcionalnih metoda.
• Princip inverzije zavisnosti (DIP): Iako se dependency injection aktivno koristi u modernom razvoju za iOS, u nekim starijim delovima frameworka zavisnosti mogu biti čvrsto povezane, što otežava testiranje i zamenu komponenti.

Važno je napomenuti da su ove "prekršaje" često kompromisi, uslovljeni istorijom razvoja, performansom ili za pojednostavljenje korišćenja API-ja u tipičnim scenarijima. U većini slučajeva, razumno projektovanje aplikacije na osnovu standardnih biblioteka omogućava poštovanje principa SOLID.