«1. Введение
В этом уроке мы дадим краткое введение в AutoFactory от Google.
Это генератор кода на уровне исходного кода, который помогает генерировать фабрики.
2. Настройка Maven
Прежде чем мы начнем, давайте добавим следующую зависимость в файл pom.xml:
<dependency>
<groupId>com.google.auto.factory</groupId>
<artifactId>auto-factory</artifactId>
<version>1.0-beta5</version>
</dependency>
Последнюю версию можно найти здесь.
3. Быстрый старт
Давайте теперь кратко рассмотрим, что может сделать AutoFactory, и создадим простой класс Phone.
Итак, когда мы аннотируем класс Phone с помощью @AutoFactory и его параметр конструктора с помощью @Provided, мы получаем:
@AutoFactory
public class Phone {
private final Camera camera;
private final String otherParts;
PhoneAssembler(@Provided Camera camera, String otherParts) {
this.camera = camera;
this.otherParts = otherParts;
}
//...
}
Мы использовали только две аннотации: @AutoFactory и @Provided. Когда нам нужна фабрика, сгенерированная для нашего класса, мы можем аннотировать ее с помощью @AutoFactory, тогда как @Provided применяется к параметрам конструктора этого класса, и это означает, что аннотированный параметр должен быть предоставлен внедренным провайдером.
В приведенном выше фрагменте мы ожидаем, что камера будет предоставлена любым производителем камеры, и AutoFactory поможет сгенерировать следующий код:
@Generated("com.google.auto.factory.processor.AutoFactoryProcessor")
public final class PhoneFactory {
private final Provider<Camera> cameraProvider;
@Inject
PhoneAssemblerFactory(Provider<Camera> cameraProvider) {
this.cameraProvider = checkNotNull(cameraProvider, 1);
}
PhoneAssembler create(String otherParts) {
return new PhoneAssembler(
checkNotNull(cameraProvider.get(), 1),
checkNotNull(otherParts, 2));
}
// ...
}
Теперь у нас есть PhoneFactory, автоматически сгенерированный AutoFactory во время компиляции, и мы можем используйте его для создания экземпляров телефона:
PhoneFactory phoneFactory = new PhoneFactory(
() -> new Camera("Unknown", "XXX"));
Phone simplePhone = phoneFactory.create("other parts");
Аннотацию @AutoFactory можно применить и к конструкторам:
public class ClassicPhone {
private final String dialpad;
private final String ringer;
private String otherParts;
@AutoFactory
public ClassicPhone(
@Provided String dialpad, @Provided String ringer) {
this.dialpad = dialpad;
this.ringer = ringer;
}
@AutoFactory
public ClassicPhone(String otherParts) {
this("defaultDialPad", "defaultRinger");
this.otherParts = otherParts;
}
//...
}
В приведенном выше фрагменте мы применили @AutoFactory к обоим конструкторам. AutoFactory просто сгенерирует для нас два метода создания соответственно:
@Generated(value = "com.google.auto.factory.processor.AutoFactoryProcessor")
public final class ClassicPhoneFactory {
private final Provider<String> java_lang_StringProvider;
@Inject
public ClassicPhoneFactory(Provider<String> java_lang_StringProvider) {
this.java_lang_StringProvider =
checkNotNull(java_lang_StringProvider, 1);
}
public ClassicPhone create() {
return new ClassicPhone(
checkNotNull(java_lang_StringProvider.get(), 1),
checkNotNull(java_lang_StringProvider.get(), 2));
}
public ClassicPhone create(String otherParts) {
return new ClassicPhone(checkNotNull(otherParts, 1));
}
//...
}
AutoFactory также поддерживает параметры, аннотированные с помощью @Provided, но только для аннотаций JSR-330.
Например, если мы хотим, чтобы cameraProvider был «Sony», мы можем изменить класс Phone на:
@AutoFactory
public class Phone {
PhoneAssembler(
@Provided @Named("Sony") Camera camera, String otherParts) {
this.camera = camera;
this.otherParts = otherParts;
}
//...
}
AutoFactory сохранит @Named @Qualifier, чтобы мы могли использовать его для например, при использовании инфраструктур внедрения зависимостей:
@Generated("com.google.auto.factory.processor.AutoFactoryProcessor")
public final class PhoneFactory {
private final Provider<Camera> cameraProvider;
@Inject
PhoneAssemblerFactory(@Named("Sony") Provider<Camera> cameraProvider) {
this.cameraProvider = checkNotNull(cameraProvider, 1);
}
//...
}
4. Генерация пользовательского кода
Есть несколько атрибутов, которые мы можем использовать с аннотацией @AutoFactory для настройки сгенерированного кода.
4.1. Пользовательское имя класса
Имя сгенерированного фабричного класса можно задать с помощью className:
@AutoFactory(className = "SamsungFactory")
public class SmartPhone {
//...
}
Используя приведенную выше конфигурацию, мы создадим класс с именем SamsungFactory:
@Generated("com.google.auto.factory.processor.AutoFactoryProcessor")
public final class SamsungFactory {
//...
}
4.2. non-final Factory
Обратите внимание, что сгенерированный класс factory по умолчанию помечен как final, поэтому мы можем изменить это поведение, установив для атрибута allowSubclasses значение false:
@AutoFactory(
className = "SamsungFactory",
allowSubclasses = true)
public class SmartPhone {
//...
}
Теперь у нас есть:
@Generated("com.google.auto.factory.processor.AutoFactoryProcessor")
public class SamsungFactory {
//...
}
4.3 . Дополнительные возможности
Кроме того, мы можем указать список интерфейсов для реализации сгенерированной фабрики с помощью параметра «implementing».
Здесь нам нужна SamsungFactory для производства смартфонов с настраиваемой памятью:
public interface CustomStorage {
SmartPhone customROMInGB(int romSize);
}
Обратите внимание, что методы в интерфейсе должны возвращать экземпляры базового класса SmartPhone.
Затем, чтобы сгенерировать фабричный класс с реализованным выше интерфейсом, AutoFactory потребуются соответствующие конструкторы в базовом классе:
@AutoFactory(
className = "SamsungFactory",
allowSubclasses = true,
implementing = CustomStorage.class)
public class SmartPhone {
public SmartPhone(int romSize){
//...
}
//...
}
Таким образом, AutoFactory сгенерирует следующий код:
@Generated("com.google.auto.factory.processor.AutoFactoryProcessor")
public class SamsungFactory implements CustomStorage {
//...
public SmartPhone create(int romSize) {
return new SmartPhone(romSize);
}
@Override
public SmartPhone customROMInGB(int romSize) {
return create(romSize);
}
}
4.4. Фабрики с расширениями
Поскольку AutoFactory может генерировать реализации интерфейса, естественно ожидать, что он также сможет расширять классы, и это действительно возможно:
public abstract class AbstractFactory {
abstract CustomPhone newInstance(String brand);
}
@AutoFactory(extending = AbstractFactory.class)
public class CustomPhone {
private final String brand;
public CustomPhone(String brand) {
this.brand = brand;
}
}
Здесь мы расширили класс AbstractFactory, используя расширение. Также следует отметить, что каждый абстрактный метод в базовом абстрактном классе (AbstractFactory) должен иметь соответствующий конструктор в конкретном классе (CustomPhone).
Наконец, мы можем увидеть следующий сгенерированный код:
@Generated("com.google.auto.factory.processor.AutoFactoryProcessor")
public final class CustomPhoneFactory extends AbstractFactory {
@Inject
public CustomPhoneFactory() {
}
public CustomPhone create(String brand) {
return new CustomPhone(checkNotNull(brand, 1));
}
@Override
public CustomPhone newInstance(String brand) {
return create(brand);
}
//...
}
Мы видим, что AutoFactory достаточно умен, чтобы использовать конструктор для реализации соответствующего абстрактного метода. сэкономьте нам много времени и кода.
5. AutoFactory с Guice
Как мы упоминали ранее в этой статье, AutoFactory поддерживает аннотации JSR-330, поэтому мы можем интегрировать с ним существующую структуру внедрения зависимостей.
Сначала добавим Guice в pom.xml:
<dependency>
<groupId>com.google.inject</groupId>
<artifactId>guice</artifactId>
<version>4.2.0</version>
</dependency>
Последнюю версию Guice можно найти здесь.
Теперь мы продемонстрируем, насколько хорошо AutoFactory интегрируется с Guice.
Так как мы ожидаем, что «Sony» будет поставщиком камеры, нам нужно внедрить SonyCameraProvider в конструктор PhoneFactory:
@Generated("com.google.auto.factory.processor.AutoFactoryProcessor")
public final class PhoneFactory {
private final Provider<Camera> cameraProvider;
@Inject
public PhoneFactory(@Named("Sony") Provider<Camera> cameraProvider) {
this.cameraProvider = checkNotNull(cameraProvider, 1);
}
//...
}
«
public class SonyCameraModule extends AbstractModule {
private static int SONY_CAMERA_SERIAL = 1;
@Named("Sony")
@Provides
Camera cameraProvider() {
return new Camera(
"Sony", String.format("%03d", SONY_CAMERA_SERIAL++));
}
}
«Наконец, мы создадим привязку в модуле Guice:
И мы установим поставщика камеры с аннотацией @Named(“Sony”) в SonyCameraModule, чтобы он соответствовал параметру конструктора PhoneFactory.
Injector injector = Guice.createInjector(new SonyCameraModule());
PhoneFactory injectedFactory = injector.getInstance(PhoneFactory.class);
Phone xperia = injectedFactory.create("Xperia");
Теперь мы видим, что Guice управляет внедрением зависимостей для нашей сгенерированной фабрики:
6. Под капотом
Все аннотации, предоставляемые AutoFactory, обрабатываются на этапе компиляции, как мы подробно объясняли. в статье: как работает обработка аннотаций на уровне исходников.
7. Заключение
В этой статье мы рассказали, как использовать AutoFactory и как интегрировать его с Guice — написание фабрик может быть повторяющимся и подверженным ошибкам — инструменты генерации кода, такие как AutoFactory и AutoValue может сэкономить нам много времени и избавить нас от незаметных ошибок.