Когда использовать getInstanceOf вместо конструктора

Вероятно, они говорили о шаблоне статического фабричного метода (а не о методе API отражения для динамического создания объектов).

Есть несколько преимуществ такого метода, как getInstanceOf() по сравнению с конструктором и с использованием new. Статический фабричный метод может ...

1. Выберите создание другого подкласса основного класса, если это желательно в определенных случаях (в зависимости от условий окружающей среды, таких как свойства и другие объекты / синглтоны или параметры метода).

2. Выберите возврат существующего объекта вместо его создания. Для примера см. Boolean.valueOf (boolean) в Java API.

3. Сделайте то же самое, что и конструктор - просто верните новый экземпляр самого класса.

4. Предоставьте множество различных способов создания нового объекта и назовите эти методы, чтобы они были менее запутанными (например, попробуйте это с конструкторами, и вскоре у вас будет много разных перегрузок). Иногда это невозможно даже с конструкторами, если вам нужно создать экземпляр двумя разными способами, но для этого нужен только один и тот же тип параметров. Пример:

   // This class will not compile!
   public class MyClass {
       public MyClass(String name, int max) {
           //init here
       }
       public MyClass(String name, int age) {
           // init here
       }
   }
   
   // This class will compile.
   public class MyClass2 {
       private MyClass2() {
       }
       public static MyClass2 getInstanceOfMax(String name, int max) {
           MyClass2 m2 = new MyClass2();
           // init here
           return m2;
       }
       public static MyClass2 getInstanceOfAge(String name, int age) {
           MyClass2 m2 = new MyClass2();
           // init here
           return m2;
       }
   }
   

5. Сделайте любую комбинацию из вышеперечисленного.

6. И вдобавок ко всему, он скрывает детали создания экземпляра из других классов и поэтому может быть изменен в будущем (инкапсуляция конструкции).

Конструктор может создать новый экземпляр объекта только того типа, который запрошен. Это не может быть изменено позже.

Некоторые недостатки этого шаблона:

1. Заводские методы статичны, поэтому не могут быть унаследованы в подклассах; родительский конструктор легко доступен для подклассов.

2. Имена фабричных методов могут сильно различаться, и это может сбивать с толку некоторых (новых) разработчиков.

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

Используйте статические фабричные методы вместо конструкторов - Джошуа Блох < / em>