Дайте примери за нарушения на принципите 'SOLID' в стандартните библиотеки.

Принципите SOLID в повечето стандартни библиотеки на Apple се спазват на високо ниво. Въпреки това, могат да се намерят примери, където тяхното прилагане не е толкова строго или има изключения:

• Принципът за единствена отговорност (SRP): Някои класове в UIKit или Foundation изпълняват няколко несвързани задачи. Например, UIViewController може да отговаря не само за управлението на изгледите, но и за обработката на данни, навигацията и т.н.
• Принципът на отвореност/затвореност (OCP): Разширяването на функционалността на някои стандартни класове понякога изисква модификация на самия клас, вместо създаване на негов подклас или използване на протокол. Пример е добавянето на нова функционалност към съществуващ UITableViewDataSource без възможност лесно да се замени част от неговото поведение.
• Принципът на заместване на Лисков (LSP): В някои йерархии на класове, например при обработката на жестове (UIGestureRecognizer и неговите подкласове), не винаги е възможно да се замени базовият клас с негов подклас без промяна в поведението на приложението.
• Принципът на разделяне на интерфейсите (ISP): Някои протоколи в стандартните библиотеки могат да съдържат твърде много методи, които не са необходими за всички реализиращи ги класове. Пример е протоколът UITableViewDelegate, който има много опционални методи.
• Принципът на инверсия на зависимостите (DIP): Макар че dependency injection се използва активно в съвременната разработка за iOS, в някои стари части на фреймуърковете зависимостите могат да бъдат силно свързани, което усложнява тестването и замяната на компоненти.

Важно е да се отбележи, че тези "нарушения" често са компромиси, обусловени от историята на разработката, производителността или за опростяване на използването на API в типични сценарии. В повечето случаи, разумното проектиране на приложението върху стандартните библиотеки позволява да се спазват принципите SOLID.