Что статические методы фабрики?

на статический заводской метод pattern - это способ инкапсуляции создания объекта. Без фабричного метода вы просто вызовете класс конструктор напрямую: Foo x = new Foo(). С помощью этого шаблона вы вместо этого вызовете метод factory:Foo x = Foo.create(). Конструкторы помечены как частные, поэтому их нельзя вызывать, кроме как изнутри класса, а метод factory помечен как static так что это можно назвать без объект.

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

еще одним преимуществом является, как указывали Мэтью и Джеймс, контроль доступа к ограниченному ресурсу, такому как соединения. Это способ реализации пулы многоразовых объектов - вместо строительства, использования и сноса объекта, если строительство и разрушение являются дорогостоящими процессами, может иметь смысл построить их один раз и переработать. Метод factory может возвращать существующий, неиспользуемый экземпляр объекта, если он имеет его, или создавать его, если количество объектов ниже некоторого нижнего порога, или создавать исключение или возвращать null если это выше верхнего порога.

в статье на Википедия, несколько заводских методов также позволяют по-разному интерпретировать аналогичные типы аргументов. Обычно конструктор имеет то же имя, что и класс, что означает, что вы можете иметь только один конструктор с заданным подпись. Фабрики не так ограничены, что означает, что вы можете иметь два разных метода, которые принимают одни и те же типы аргументов:

Coordinate c = Coordinate.createFromCartesian(double x, double y)

и

Coordinate c = Coordinate.createFromPolar(double distance, double angle)

это можно также использовать для улучшения читаемости, как Rasmus записи.

внимание! - The статический метод фабрики и не совпадает с Метод Фабрики pattern " (c) эффективная Java, Джошуа блох.

Factory Method: "определите интерфейс для создания объекта, но пусть классы, реализующие интерфейс, решают, какой класс создавать. Метод Factory позволяет классу отложить создание экземпляра до подклассов " (c) GoF.

"статический метод фабрики-это просто статический метод, который возвращает экземпляр класса."c) эффективная Java, Джошуа блох. Обычно этот метод находится внутри определенного класса.

разница:

ключевая идея статического Заводского метода-получить контроль над созданием объекта и делегировать его от конструктора статическому методу. Решение создаваемого объекта подобно абстрактной фабрике, сделанной вне метода (в общем случае, но не всегда). Пока ключ (!) идея метода Factory заключается в делегировании решения о том, какой экземпляр класса для создания внутри Заводского метода. Е. Г. классическая реализация Синглтон-это особый случай статический метод фабрики. Пример часто используемых статических заводских методов:

• valueOf
• getInstance
• метод newinstance

читаемость может быть улучшена статическими заводскими методами:

сравнить

public class Foo{
  public Foo(boolean withBar){
    //...
  }
}

//...

// What exactly does this mean?
Foo foo = new Foo(true);
// You have to lookup the documentation to be sure.
// Even if you remember that the boolean has something to do with a Bar
// you might not remember whether it specified withBar or withoutBar.

to

public class Foo{
  public static Foo createWithBar(){
    //...
  }

  public static Foo createWithoutBar(){
    //...
  }
}

// ...

// This is much easier to read!
Foo foo = Foo.createWithBar();

• есть имена, в отличие от конструкторов, которые могут уточнить код.
• не нужно создавать новый объект при каждом вызове - объекты при необходимости можно кэшировать и использовать повторно.
• может возвращать подтип возвращаемого типа, в частности, могут возвращает объект, класс реализации которого неизвестен вызывающему объекту. Это очень ценное и широко используется во многих фреймворках которые используют интерфейсы как возвращаемый тип статической фабрики методы.

отhttp://www.javapractices.com/topic/TopicAction.do?Id=21

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

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

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

если конструктор класса является частным, то вы не можете создать объект для класса извне.

class Test{
 int x, y;
 private Test(){
  .......
  .......
  }
}

мы не можем создать объект для вышеуказанного класса извне. Таким образом, вы не можете получить доступ к x, y вне класса. Тогда зачем нужен этот класс?
Вот ответ : завод метод.
Добавьте следующий метод в класс

public static Test getObject(){
  return new Test();
}

Теперь вы можете создать объект для этого класса извне его. Нравится...

Test t = Test.getObject();

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

я думал, что добавлю немного света к этому сообщению о том, что я знаю. Мы широко использовали эту технику в нашем recent android project. Вместо creating objects using new operator вы также можете использовать static method для создания экземпляра класса. Список кодов:

//instantiating a class using constructor
Vinoth vin = new Vinoth(); 

//instantiating the class using static method
Class Vinoth{
  private Vinoth(){
  }
  // factory method to instantiate the class
  public static Vinoth getInstance(){
    if(someCondition)
        return new Vinoth();
  }
}

статические методы поддерживают создание условных объектов: каждый раз, когда вы вызываете конструктор объект будет создан, но вы не хотите этого. предположим, вы хотите проверить какое-то условие только тогда, когда вы хотите создать новый объект.Вам не будет создание нового экземпляра Vinoth каждый раз, если ваше условие не будет выполнено.

еще один пример из Эффективная Java.

public static Boolean valueOf(boolean b) {
        return (b ? TRUE : FALSE);
}

этот метод преобразует логическое примитивное значение в логическую ссылку на объект. The Boolean.valueOf(boolean) метод иллюстрирует нас, он никогда не создает объект. Способность static factory methods чтобы вернуть тот же объект из повтора invocations позволяет классам поддерживать строгий контроль над тем, какие экземпляры существуют в любом время.

Static factory methods это, что, в отличие от constructors, они могут вернуть object любой subtype их возвращаемого типа. Одним из приложений этой гибкости является то, что API может возвращать объекты, не делая их классы общедоступными. Скрытие классов реализации таким образом приводит к очень компактному API.

календарь.getInstance () является отличным примером для вышесказанного, он создает в зависимости от локали a BuddhistCalendar, JapaneseImperialCalendar или по умолчанию Georgian.

другой пример, который я мог думать, - это Singleton pattern, где вы делаете свои конструкторы частными, создайте свой собственный getInstance метод, когда вы убедитесь, что всегда есть только один экземпляр.

public class Singleton{
    //initailzed during class loading
    private static final Singleton INSTANCE = new Singleton();

    //to prevent creating another instance of Singleton
    private Singleton(){}

    public static Singleton getSingleton(){
        return INSTANCE;
    }
}

фабричный метод метод, который абстрагирует создание экземпляра объекта. Обычно фабрики полезны, когда вы знаете, что вам нужен новый экземпляр класса, который реализует некоторый интерфейс, но вы не знаете класс реализации.

Это полезно при работе с иерархиями связанных классов, хорошим примером этого может быть набор инструментов GUI. Вы можете просто жестко вызывать конструкторы для конкретных реализаций каждого виджета, но если вы когда-либо хотели чтобы поменять один инструментарий на другой, у вас будет много мест для изменения. Используя фабрику, вы уменьшаете количество кода, которое вам нужно будет изменить.

одним из преимуществ статической фабрики является то, что API может возвращать объекты, не делая их классы общедоступными. Это приводит к очень компактному API. В java это достигается классом Collections, который скрывает около 32 классов, что делает его collection API очень компактным.

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

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

Если вы хотите реализовать объединение баз данных, то это также будет сделано без ущерба для остальной части приложения.

Он защищает остальную часть приложения от изменений, которые вы можете внести на завод, что является целью.

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

static

член, объявленный с ключевым словом "статический".

методы фабрики

методы, которые создают и возвращают новые объекты.

в Java

язык программирования имеет отношение к значению "статический", но не к определению "фабрика".

реализация Java содержит классы утилит java.утиль.Массивы и java.утиль.Сборники оба они содержат статические методы фабрики, примеры и как использовать :

• Arrays.asList("1","2","3")

• Collections.synchronizedList(..), Collections.emptyList(), Collections.unmodifiableList(...) (только некоторые примеры могут проверить javadocs для примеров методов mor https://docs.oracle.com/javase/8/docs/api/java/util/Collections.html)

и java.ленг.Строка класс такой статические методы фабрики:

• String.format(...), String.valueOf(..), String.copyValueOf(...)

одним из преимуществ статических заводских методов с частным конструктором(создание объекта должно быть ограничено для внешних классов, чтобы гарантировать, что экземпляры не создаются извне) является то, что вы можете создать экземпляр-controlled классы. И управляемые экземплярами классы гарантируют, что не существует двух одинаковых различных экземпляров(a.равно(b) тогда и только тогда, когда a==b) во время работы программы это означает, что вы можете проверить равенство объектов с == оператор вместо равна метод, согласно эффективному java.

способность статических методов фабрики возвратить такой же объект от повторные вызовы позволяют классам поддерживать строгий контроль над какие экземпляры существуют в любое время. Классы, которые делают это, как говорят, контролируемый экземпляр. Есть несколько причин, чтобы написать классы, управляемые экземплярами. Элемент управления Instance позволяет классу гарантия того, что это синглтон (Пункт 3) или неустановляемый (пункт 4). Кроме того, он позволяет неизменяемому классу (пункт 15) сделать гарантию что не существует двух равных экземпляров: a.равно(b) тогда и только тогда, когда a==b. Если класс делает эту гарантию, тогда его клиенты могут использовать оператор == вместо метода equals (Object), который может привести к улучшению спектакль. Типы перечислений (пункт 30) обеспечивают эту гарантию.

из эффективной Java, Джошуа блох (пункт 1,стр. 6)