Как правильно применять sealed class hierarchy в реальном Java/Spring проекте?

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

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

На собеседовании: сильный ответ показывает trade-off и production-последствия. Риск: добавлять default ветку и терять проверку полноты для закрытой иерархии.

sealed interface PaymentResult permits Success, Failure {}