多くの静的機能を使用することによる副作用はありますか？

Question

現在のところ、このフレームワークはより速い開発を約束するため、私はプレイフレームワークで面白いです。

私はコードを見ると、非常に多くの静的コードがあります。コントローラも静的関数として宣言されています。したがって、静的関数内で呼び出されたコードはすべて静的でなければなりません。

私の質問は正しいですか？多くの静的関数を使用する副作用はありますか？

Answer 1

オブジェクト指向言語の静的メソッドに関するいくつかの事柄：すべての静的メソッドを選択すると問題を説明しようとします。

すべての静的関数を使用することは、オブジェクト指向言語では慣用的ではない場合があります。 サブクラス内の静的関数をオーバーライドすることはできません。したがって、オーバーライドによって実行時の多型を実行する能力が失われます。

すべてのメソッドは静的なので、定義する変数はすべて自動的にクラス変数になります。したがって、本質的にインスタンスに関連付けられた状態はありません。

静的メソッドはモックするのが難しいです。あなたのために嘲笑をするには、PowerMockのようなフレームワークが必要かもしれません。だから、テストは難しくなります。

実際にはクラスとインスタンスを持たないため、不変クラスを作成できないため、デザインが少し複雑になります。したがって、スレッドセーフなクラスを設計することは困難になります。

Answer 2

はいあまりにも多くの静的関数または変数を使用するという副作用があります。 不要な静的宣言を避ける必要があります。

静的メンバーは、クラスがJREにロードされると常にメモリ空間を作成するためです。あなたがクラスのオブジェクトを作成しなくても、それはメモリを占有します。

Answer 3

私のコメントを詳しく説明します。

静的メソッドは、インスタンスがある場合は非静的メソッドを呼び出すことができます。

class A { 
    public void nonStaticMethod() { } 

    public static void staticMethod(String text) { 
     // calls non-static method on text 
     text.length(); 
     // calls non-static method on new Object 
     new Object().hashCode(); 
     // calls non static method on a instance of A 
     new A().nonStaticMethod(); 
    } 
} 

Answer 4

この質問はこれまで同様の方法で求められています。簡単な答えは、Playはそれが合理的な静的なものを使用するということです。

HTTPモデルはOOモデルではありません。 HTTP要求自体はステートレスなので、静的メソッドはクライアントコードからの機能要求としてコントローラにアクセスします。

一方、モデルクラスは純粋なOOであり、静的な重さではありません。 findAllやfindByIdなどのユーティリティメソッドの中には静的なものもありますが、これらは再びステートフルではなく、クラスのユーティリティメソッドです。とにかく私はこれを標準のOOモデルで期待しています。

したがって、私は、Playが期待している方法で何かをするリスクはないと思います。それは奇妙に見えるかもしれません。なぜなら、それは規範に挑戦するからです。