Question

在两者都可用的语言中，您更愿意看到实例构造函数或返回实例的静态方法吗？

例如，如果您要从String创建char[]：

String.FromCharacters(chars);
new String(chars);

Answer 1

在Effective Java, 2nd edition中，Joshua Bloch肯定会推荐前者。我记得有几个原因，无疑有些原因我不能：

您可以为方法指定一个有意义的名称。如果你有两种构造实例的方法，两种方法都采用int，但是对于那个int有不同的含义，使用普通方法可以使调用代码更具可读性。
第一个的推论 - 您可以使用相同的参数列表
您可以为“潜在预期失败”情况返回null，而构造函数总是返回值或抛出异常
您可以返回声明以外的类型（例如，返回派生类）
您可以将其用作工厂，可能会多次返回对同一对象的引用

缺点：

目前不是惯用语 - 开发人员更习惯于看到“新”
如果您看到“新”，那么知道您将获得一个新实例（以oddity I mentioned recently为模}
您需要为子类提供适当的构造函数
在C＃3中，构造函数调用能够以对象初始化表达式以紧凑的方式设置字段/属性;该功能不适用于静态方法调用

Answer 2

我在创建实例时没有副作用编写构造函数，即构造函数正在做的唯一事情就是初始化属性。我编写一个静态方法（并使构造函数成为私有）如果创建实例会执行一些您通常不希望构造函数执行的操作。

例如：

public class Foo
{
   private Foo() { }

   private static List<Foo> FooList = new List<Foo>();
   public static Foo CreateFoo()
   {
      Foo f = new Foo();
      FooList.Add(f);
      return f;
   }
}

因为我遵守这个惯例，如果我看到

Foo f = Foo.CreateFoo();
Bar b = new Bar();

在阅读我的代码时，我对这两行中的每一行都有着截然不同的期望。该代码并没有告诉我创建一个Foo与创建一个Bar有什么不同，但它告诉我需要看看。

Answer 3

我最近一直在研究一个公共API，我一直在为静态工厂方法与构造函数的选择而苦恼。静态工厂方法在某些情况下肯定是有意义的，但在其他情况下它并不是那么清楚，我不确定与API其余部分的一致性是否足以将它们包含在构造函数中。

无论如何，我遇到了quote from a Bill-Venners interview with Josh Bloch，我发现它很有用：

当你上课时，你可以   记下我的书的清单   静态工厂的优势超过   公共建设者。如果你找到了   其中很多   优势实际适用于您的   案件，然后你应该去   静态工厂。否则你应该   和建设者一起去。

有些人对此感到失望   我书中的建议。他们看了   并说，“你们如此强烈地争论   对于我们公共静态工厂   应该默认使用它们。“我   认为唯一真正的劣势   这样做是因为它有点   对使用过的人不满   使用构造函数来创建他们的   对象。而且我想它提供了一个   少了一点视觉线索   程序。（你没有看到新的   关键字。）还有一点   很难找到静态工厂   文档，因为Javadoc   将所有构造函数组合在一起。   但我会说每个人都应该这样做   考虑所有的静态工厂   时间，并在它们存在时使用它们   合适的。

阅读了这句话后，the study that Uri mentioned *，除非有令人信服的理由，否则我倾向于偏向建造者。我认为没有正当理由的静态工厂方法可能只是不必要的复杂性和过度工程。虽然明天我可能会再次改变主意......

*不幸的是，这项研究更少关注静态工厂方法，而更多地关注工厂模式（存在单独的工厂对象以创建新实例），所以我不确定是否可以得出静态工厂方法混淆许多的结论程序员。虽然这项研究确实给我的印象是他们经常会这样做。

Answer 4

如果您的对象是不可变的，您可以使用静态方法返回缓存的对象并节省内存分配和处理。

Answer 5

来自ICSE'07的论文研究了构造函数与工厂模式的可用性。虽然我更喜欢工厂模式，但研究表明开发人员在找到正确的工厂方法时速度较慢。

http://www.cs.cmu.edu/~NatProg/papers/Ellis2007FactoryUsability.pdf

Answer 6

静态方法。然后你可以返回一个null，而不是抛出异常（除非引用类型）

Answer 7

我更喜欢实例构造函数，因为这对我来说更有意义，并且与您尝试表达的内容相比，潜在的模糊性更少（即：如果FromCharacters是一个采用单个字符的方法，那该怎么办）。当然，这肯定是主观的。

Answer 8

我个人更喜欢看普通的构造函数，因为构造函数应该用于构造。但是，如果有充分的理由不使用一个，即如果FromCharacters明确声明它没有分配新的内存，那将是值得的。调用中的“新”具有意义。

Answer 9

这取决于。对于使用实例构造函数是“正常”的语言，我通常会使用一个，除非我有充分的理由不这样做。这符合最不意外的原则。

顺便说一句，你忘了另一个常见的情况：null / default构造函数与初始化方法配对。

Answer 10

正如Jon Skeet对Josh Bloch的解释一样，在许多情况下，静态工厂方法比构造函数更可取的原因有很多。我会说，如果这个类是一个简单的类，没有昂贵的设置或复杂的用法，请继续使用惯用的构造函数。现代JVM使对象创建极其快速且便宜。如果类可能是子类，或者你可以使它成为不可变的（并发编程的一大优势，这只会变得更加重要），那么请使用工厂方法。

还有一个提示。请勿命名工厂方法Foo.new*或Foo.create*。具有这些名称的方法应始终返回一个新实例，这样做会错过工厂方法的一大优点。更好的命名约定是Foo.of*或Foo.for*。 Google Guava library（以前的 Google Collections Library ）在这方面做得很好，imho。

Answer 11

当然，与构造函数相比，静态工厂方法有很多优点。

工厂方法可帮助我们编写灵活的代码。构造函数使它紧密耦合。
静态工厂方法提高了可读性，因为它们允许您创建不同的实例。
您可以返回一个缓存的对象。例如，单例中的getInstance()。

静态工厂方法与实例（普通）构造函数？

11 个答案: