在JAVA企业级应用中使用静态方法

Question

我正在开发一个Enterprise应用程序，它本质上是一个HTTP服务器。在这里，我需要使用一些常量和一些实用程序函数来解析、文件I/O等。为此，我使用了静态方法和变量，但有人向我指出，从性能和内存的角度来看，将静态用于此目的是一个糟糕的选择。

虽然我不同意这个论点，但我也看不到任何其他选择。即使我将它们转换为实例方法，并通过单个实例进行访问，实例也将被某些静态函数访问。

所以，我想知道这是否真的是个问题。如果是的话，最好的解决方法是什么？

提前谢谢。

Answer 1

您完全正确地认为，最终一切都是从静态main()方法中运行的。许多函数适合于静态化，例如简单的方法(如java.lang.Math上的方法)。速度和内存的使用是没有问题的-静态方法不会占用更多的内存或运行速度慢于任何其他方法。在内部，它与任何其他方法完全相同，但是是在类实例上定义和运行的，而不是在类的实例上运行。

我在静态方法中发现的一个问题是，很容易在某些特定的假设(例如，目录所在的位置)中出现错误，这使得函数很难在其他地方重用。测试代码也会变得更加困难。当您正在进行单元测试时，您通常希望能够在不执行*耗时的I/O的情况下进行测试--例如，通过嘲弄或退出I/O部件。如果你的方法不允许这样做，那就更难了。Singleton类可能导致类似的测试困难。

静态方法往往导致功能或过程，而不是面向对象的代码。在丰富的对象域模型之上，我发现静态方法作为“语法糖”的一个功能层非常有用。

还值得一提的是，有很多现有的实用程序类，如Apache Commons IO、谷歌番石榴等，它们编写得很好，使用频繁，测试也很好。在重新发明轮子之前，你可以考虑看看它们。

Answer 2

首先，问问自己，你为什么要使用静态方法或单例方法？当您计划使用静态方法或单例时，您需要有其原因。在某些情况下，这可能是最好的方法。

有两种“静态方法”：

• “安全静态方法”使用这些方法是可以的--我不会担心。
• “不安全的静态方法”--一种改变全局状态或全局或对象的方法。这些方法很难测试。使用这些是非常危险的。

有些人倾向于过度使用静态方法，尤其是那些习惯于过程语言的人。消除这种思维的最好办法是彻底理解面向对象的原则和实践。我认为很有帮助的是TDD --静态方法很难测试，使用TDD会迫使您创建“可测试”代码，这也是一个设计正确的代码。

Answer 3

实际上，我可以看到使用静态方法对实用程序函数有更大的好处。

• 它将允许您使构造函数private与标记为final的类一起清楚地表明该类是一个库。
• 它允许您像import static SomeClass.someMethod;那样静态地导入方法，这样您就不必一遍又一遍地写类名了。
• 如果没有1000个方法(这是一个非常糟糕的设计)，我真的怀疑性能是否是一个大问题。