динамический подход шаблона фабрики

Я думаю, что есть динамический подход:

1. На вашем заводе вам нужен Map<String, Class<? extends Pet>>
2. В статическом конструкторе каждого класса, расширяющего Pet, зарегистрируйте его с такой картой.
3. Тогда создание класса будет просто map.get(pet).newInstance (конечно, вам нужно будет проверить наличие нулей)

Идея фабричного шаблона состоит в том, чтобы позволить вам динамически создавать экземпляры объектов, типы которых вы не обязательно знаете во время разработки.

Наличие большого блока if противоречит этой цели.

Эффективный способ реализации этого шаблона состоит в том, чтобы также иметь фабрику для каждого типа, которая реализует базовый интерфейс фабрики и имеет возможность создавать экземпляры нового объекта этого типа (кстати, в Java встроенный Class является пример такой фабрики).

Затем вы регистрируете карту имен/идентификаторов/и т.д. экземплярам этих отдельных фабрик во время выполнения. Когда пришло время создать экземпляр одного из типов, вы ищете фабрику на карте по имени и используете его для создания экземпляра нового объекта этого типа.

То, как вы регистрируете отдельные фабрики на карте, совершенно неясно. Вы можете зарегистрировать некоторые явно, вы можете просканировать файл конфигурации и т. д.

По сути, вы хотите заменить блок if картой, которая динамически создается во время выполнения.

Вам даже не нужно использовать исключительно предварительно зарегистрированную «карту» — иногда может быть уместно выяснить, как создать объект с заданным именем на лету, или их комбинацию (например, Class.forName() ищет путь к классу, если он не может найти уже загруженный класс). Дело в том, что перевод имени в тип класса может происходить без того, чтобы базовая фабрика фактически знала, что такое тип класса.

Стоит отметить, что отражение Java обеспечивает очень работоспособную реализацию фабрики уже через Class.forName() и/или Class.newInstance(), поэтому рассмотрите возможность использования этого вместо того, чтобы изобретать велосипед, если это имеет смысл.

использовать отражение

public Pet getPet(String petType)
{
     Pet _pet = (Pet)Class.forName(petType).newInstance();
     return _pet;
}

вам нужно изменить свои аргументы с «лая», «шарлатана» на «собака» и «утка» и т. д.

Я немного ломал голову над этим, так как у меня была похожая проблема, и, наконец, я нашел решение, основанное на Библиотека отражений (обратите внимание на последнюю букву S в отражениях!)

Его можно применить к вашей проблеме, ЕСЛИ все ваши любимые подклассы имеют атрибут, который можно использовать для их различения, например

   public String petType;

Метод вашей фабрики может быть следующим:

        public static Pet getPet(String _petType) {
    String packageName = "your.package.with.pet.classes";

    Reflections reflections = new Reflections(packageName);

    Set<Class<? extends Pet>> allPets = reflections
            .getSubTypesOf(Pet.class);

    Iterator<Class<? extends Pet>> it = allPets.iterator();

    while (it.hasNext()) {
        try {
            Pet pet = it.next().newInstance();
            if (pet.petType.equals(_petType))
                return pet;
        } catch (InstantiationException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }
    }

    System.out.println("Pet " + _petType
            + " not yet implemented in package " + packageName);
    return null;
}

Этот метод останется неизменным, если будут определены новые домашние животные.

Плюсы:

• Он не требует дальнейшей модификации подклассов Pet, а также какой-либо инициализации/регистрации в структуре Map, поддерживаемой Factory.

• Это более общее решение, чем решение, основанное на Java Reflection API, потому что вы можете различать подклассы Pet по некоторым атрибутам, а не по имени класса.

Минусы:

• Он создает локальные экземпляры всех подклассов Pet, чтобы найти подходящий. С этой стороны я уверен, что этот подход можно улучшить.

В Java8 есть интерфейс Supplier, который поддерживает это достаточно хорошо. Можно избежать размышлений и ручных вызовов и использовать более чистый подход.

Что-то вроде этого для Фабрики:

public class DynamicSupplierTierFactory {

    public static final Map<String, Supplier<? extends Tier>> registeredSuppliers = new HashMap<>();

    static {
        registeredSuppliers.put("blue", new BlueSupplier());
        registeredSuppliers.put("silver", new SilverSupplier());
        registeredSuppliers.put("golden", new GoldenSupplier());
    }

    public static void registerSupplier(String type, Supplier<? extends Tier> supplier){
        registeredSuppliers.put(type, supplier);
    }

    public static Tier getTier(String type){
        Supplier<? extends Tier> supplier = registeredSuppliers.get(type);
        return supplier != null ? supplier.get():null;
    }
}

Поставщики будут такими:

public class BlueSupplier implements Supplier<Tier> {
    @Override
    public Tier get() {
        return new Blue();
    }
}

Подробнее это можно увидеть здесь: https://medium.com/@mhd.durrah/factory-pattern-the-dynamic-way-with-java-8-3ca5ab48a9cf