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

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

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

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

静态

用关键字'static'声明的成员。

工厂方法

方法，用于创建和返回新对象。

在Java中

编程语言与“静态”的含义相关，但与“工厂”的定义无关。

我想我会在这篇文章中添加一些我所知道的东西。我们在最近的android项目中广泛使用了这种技术。除了使用new操作符创建对象，您还可以使用静态方法来实例化一个类。代码清单:

//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实例。

另一个例子来自Effective Java。

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

此方法将布尔原语值转换为布尔对象引用。boolean . valueof (boolean)方法说明了我们，它从不创建对象。静态工厂方法从重复调用中返回相同对象的能力允许类在任何时候对存在的实例保持严格控制。

与构造函数不同的是，静态工厂方法可以返回返回类型的任何子类型的对象。这种灵活性的一个应用是API可以返回对象，而不需要将它们的类设为公共。以这种方式隐藏实现类可以得到一个非常紧凑的API。

Calendar.getInstance()是一个很好的例子，它根据地区创建一个佛教日历，日本帝国日历或默认的格鲁吉亚日历。

另一个例子，我认为是单例模式，你使你的构造函数私有创建一个自己的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工具包就是一个很好的例子。您可以简单地对每个小部件的具体实现的构造函数进行硬编码调用，但是如果您想要将一个工具包交换为另一个工具包，那么您将有很多地方需要更改。通过使用工厂，您可以减少需要更改的代码数量。

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

比较

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