Проверяете ли вы соблюдение принципов SOLID при проведении код-ревью?

Да, при код-ревью важно проверять соблюдение принципов SOLID, так как они помогают создавать гибкий, поддерживаемый и расширяемый код.

Особенно в iOS-разработке (Swift/Objective-C) принципы SOLID помогают:

• Single Responsibility Principle (SRP): класс или структура должны иметь одну ответственность, что облегчает тестирование и поддержку.
• Open/Closed Principle (OCP): код должен быть открыт для расширения, но закрыт для модификации, что снижает риск ошибок при добавлении новых функций.
• Liskov Substitution Principle (LSP): подклассы должны корректно заменять базовые классы без нарушения логики.
• Interface Segregation Principle (ISP): лучше иметь несколько специализированных интерфейсов, чем один общий.
• Dependency Inversion Principle (DIP): зависимости должны строиться на абстракциях, а не на конкретных реализациях.

При ревью стоит обращать внимание на:

• Избегание больших классов с множеством обязанностей.
• Использование протоколов (interfaces) для разделения обязанностей.
• Корректное наследование и переопределение методов.
• Инъекцию зависимостей для повышения тестируемости.

Это помогает поддерживать качество кода и облегчает командную работу.