如果类的构造函数是私有的，那么就不能从类的外部为类创建对象。

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

我们不能从上面的类的外部创建一个对象。所以你不能从类外访问x y。那么这门课有什么用呢? 下面是答案:FACTORY方法。 在上面的类中添加下面的方法

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

现在你可以在这个类的外部创建一个对象。就像……

Test t = Test.getObject();

因此，通过执行类的私有构造函数返回类对象的静态方法称为FACTORY方法。

工厂方法:将对象的实例化抽象出来的方法。一般来说，当你知道你需要一个实现接口的类的新实例，但你不知道实现类时，工厂是有用的。

这在处理相关类的层次结构时非常有用，GUI工具包就是一个很好的例子。您可以简单地对每个小部件的具体实现的构造函数进行硬编码调用，但是如果您想要将一个工具包交换为另一个工具包，那么您将有很多地方需要更改。通过使用工厂，您可以减少需要更改的代码数量。

与构造函数不同，具有名称，可以阐明代码。 不需要在每次调用时创建一个新对象-对象 如果需要，可以缓存和重用。 可以返回其返回类型的子类型-特别是，Can 返回调用方不知道其实现类的对象。 这是许多框架中非常有价值和广泛使用的特性 它们使用接口作为静态工厂方法的返回类型。

标准:/ / www.javapractices.com/topic/TopicAction.do ? Id = 21

如果类的构造函数是私有的，那么就不能从类的外部为类创建对象。

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

我们不能从上面的类的外部创建一个对象。所以你不能从类外访问x y。那么这门课有什么用呢? 下面是答案:FACTORY方法。 在上面的类中添加下面的方法

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

现在你可以在这个类的外部创建一个对象。就像……

Test t = Test.getObject();

因此，通过执行类的私有构造函数返回类对象的静态方法称为FACTORY方法。

可读性可以通过静态工厂方法来提高:

比较

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();

这一切都归结为可维护性。最好的方式是，无论何时使用new关键字创建对象，都是将所编写的代码耦合到实现中。

The factory pattern lets you separate how you create an object from what you do with the object. When you create all of your objects using constructors, you are essentially hard-wiring the code that uses the object to that implementation. The code that uses your object is "dependent on" that object. This may not seem like a big deal on the surface, but when the object changes (think of changing the signature of the constructor, or subclassing the object) you have to go back and rewire things everywhere.

如今，由于依赖注入需要大量的样板代码，而这些代码本身维护起来有点困难，工厂在很大程度上被忽略了。依赖注入基本上等同于工厂，但允许你以声明的方式(通过配置或注释)指定你的对象如何连接在一起。