Приведите примеры нарушений принципов 'SOLID' в стандартных библиотеках.

Принципы SOLID в большинстве стандартных библиотек Apple соблюдаются на высоком уровне. Однако, можно найти примеры, где их применение не так строго или имеет исключения:

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

Важно отметить, что эти "нарушения" часто являются компромиссами, обусловленными историей разработки, производительностью или для упрощения использования API в типичных сценариях. В большинстве случаев грамотное проектирование приложения поверх стандартных библиотек позволяет следовать принципам SOLID.