Неизменяемость после внедрения зависимостей, инициализация

Я думаю, это зависит от того, что вы хотите от неизменности. Если вам нужна гарантированная потокобезопасность (где все должно быть объявлено окончательным, включая зависимости), то я думаю, что внедрение фабрики, построителя или конструктора - ваши единственные варианты.

Однако, если вы просто хотите неизменности состояния, то объявления переменных состояния final должно быть достаточно. Даже неизменяемый класс String имеет в своей реализации изменяемое поле (кэш значения хэш-кода). Пока ваш код гарантирует, что экземпляр недоступен без инъекции, все должно быть хорошо.

Существует два основных способа создания неизменяемых объектов:

1. используйте шаблон построителя/фабрики - построитель может быть изменяемым, но создаваемые им объекты неизменяемы, обычно реализуются с конечными полями. Вы также можете комбинировать их, поэтому сам объект используется для создания новых экземпляров, обычно с помощью методов «мутатора», которые изменяют состояние в отдельном новом экземпляре. Spring FactoryBean является примером этого.

2. создайте подкласс MutableObject, который поддерживает флаг изменяемого состояния. Все ваши мутаторы проверяют изменяемое состояние перед внесением каких-либо изменений — если объект был установлен как неизменяемый, то проверка выдает исключение, в противном случае изменение продолжается.

Первый подход полностью ориентирован на Spring, поскольку требует реализации интерфейса, специфичного для Spring. Вы можете создавать фабричные bean-компоненты, которые являются обычными bean-компонентами, с помощью атрибутов factory-method/factory-bean в bean-компоненте, что удаляет пружинную зависимость из вашего кода.

Использование второго подхода особенно полезно для Spring. Вы можете указать Spring вызывать метод после инициализации bean-компонента, например. seal(), который запечатывает объект - делает его неизменяемым. В качестве альтернативы вы можете реализовать небольшой BeanFactoryPostProcessor, чтобы делать это автоматически, не забывая устанавливать init-method="seal". на каждом неизменяемом компоненте.

В Java можно использовать конструктор. для инициализации неизменяемого объекта в его конструкторе, поэтому вы будете избегать сеттеров.

Однако если вы используете Scala, неизменяемость по умолчанию.

В Java, если вы каким-то образом используете методы-мутаторы для выполнения своих настроек, довольно дешево (хотя и довольно уродливо в моих глазах) добавить логику для предотвращения изменений после инициализации объекта.

public void setMyProperty(String newValue) {
   checkInitialized();
   myProperty = newValue;
}

public void checkInitialized() {
   if ( initialized ) {
      throw new IllegalStateException("Setter called after initialization");
   }
}

В лучшем случае это динамическая проверка. Это не дает вам никакой статической обратной связи по сравнению с тем, что у вас уже было.

Чтобы указать, что класс является неизменным, вы можете использовать аннотацию @Immutable.

Документацию по Java можно посмотреть здесь.

Это хорошо работает с плагином Findbugs в Eclipse.

@Александр:

Насколько я понял, он спросил, как указать, что класс неизменяемый. Не как написать неизменяемый класс. Эта аннотация может предоставить вам инструментальную поддержку для проверки того, что в вашем классе нет ошибки, которую вы утверждаете как неизменяемую.

Фрагмент из Javadoc:

По необходимости это означает, что все общедоступные поля являются окончательными и что все общедоступные конечные ссылочные поля ссылаются на другие неизменяемые объекты.