Простыми словами
Общее название пяти принципов объектно-ориентированного проектирования: единственной ответственности, открытости/закрытости, подстановки Лисков, разделения интерфейсов и инверсии зависимостей. Например, sOLID используют как набор вопросов к структуре кода, а не как требование применять одинаковую архитектуру везде. Поэтому принцип используют как проверочный вопрос при изменении кода - иначе небольшая новая функция начинает требовать правок во множестве несвязанных мест.
Механизм действия
Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.
Пример в работе
Решение принимают без учета механизма «SOLID», оценивая только ближайший эффект.
Перед изменением проверяют, как «SOLID» влияет на ограничения, стимулы, зависимости и вторичные последствия.
Ограничения
«SOLID» объясняет только часть происходящего в области «Архитектура ПО». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.
Источник
Robert C. Martin. Agile Software Development: Principles, Patterns, and Practices (2002).