Какие недостатки имеет объявление класса как final в Java?

Ключевое слово final для класса запрещает его наследование. Хотя это полезно в определенных сценариях, оно накладывает серьезные ограничения на дизайн системы.

Основные недостатки:

1. Запрет на расширяемость: Невозможно создать подкласс для модификации или дополнения поведения. Это противоречит принципу Open/Closed (классы должны быть открыты для расширения, но закрыты для модизации).

2. Невозможность использования полиморфизма: Нельзя работать с объектом финального класса через ссылку на абстрактный родительский тип, что ограничивает гибкость архитектуры.

3. Препятствие для применения паттернов проектирования:

   • Декоратор: Требует наследования для обертывания исходного класса.
   • Шаблонный метод: Нельзя переопределить шаги алгоритма в подклассе.
   • Proxy/Mock: Затруднено создание прокси-объектов или мок-объектов для тестирования (хотя инструменты вроде Mockito могут обойти это ограничение).

Пример ограничения:

final class StringUtils { // Финальный класс-утилита
    public static String capitalize(String str) { ... }
}

// НЕВОЗМОЖНО: Создать расширенную версию утилиты с новыми методами.
// class EnhancedStringUtils extends StringUtils { // Ошибка компиляции!
//     public static String reverse(String str) { ... }
// }

Когда final оправдан?

• Гарантия неизменяемости (immutability): Как в классе String или Integer.
• Безопасность: Предотвращение злонамеренного изменения поведения через подкласс.
• Классы-утилиты со статическими методами: Когда наследование не имеет смысла.

Альтернатива: Вместо полного запрета наследования часто лучше делать конструкторы protected или package-private, либо использовать композицию.