Как правильно применять Liskov Substitution Principle в реальном Java/Spring проекте?

Практический подход: используйте Liskov Substitution Principle там, где он решает конкретную задачу, а не ради моды.

• Определите слой: domain, application, infrastructure или API.
• Проверьте влияние на транзакции, потокобезопасность, тесты и поддержку.
• Зафиксируйте контракт через тест или явно описанный API.

На собеседовании: сильный ответ показывает trade-off и production-последствия. Риск: создавать подкласс, который бросает UnsupportedOperationException там, где базовый контракт обещает операцию.

List<Number> numbers = new ArrayList<>();