問題タブ [static-methods]

私は、メソッドに静的にアクセスする必要がある場合、インスタンス化する必要がない場合にのみ、クラスを抽象化する必要があると解釈しています。本当？

理論的な質問。以下の静的メソッドを呼び出すaspxWebページに100個の個別のリクエストが届く場合。

すべてのリクエストに個別のコールスタックがありますか？

もしそうなら-この静的メソッド呼び出しはこれらの別々の呼び出しスタックにプッシュされますか？

もしそうなら-したがって、これらのintはスレッドセーフですか？すなわち。100リクエスト、100コールフレーム、300int。

乾杯

ポリモーフィズムを使用して奇妙な問題があります。静的メソッドを実装する基本クラスがあります。このメソッドは、さまざまな理由から静的でなければなりません。run()基本クラスには、すべての拡張クラスによって実装される純粋仮想メソッドもあります。run()静的クラスから呼び出すことができる必要があります。

もちろん問題は、静的クラスに this ポインターがないことです。このメソッドは void * パラメータで渡すことができます。run メソッドをそれに渡す巧妙な方法を考え出そうとしていますが、これまでのところ何も機能していません。これをそれに渡そうとしました。これに関する問題は、それをインスタンス化する必要があることです。これには、拡張クラスの知識が必要です。これは、ポリモーフィズムの目的全体を無効にします。

これをどうやって進めるかについてのアイデアはありますか？

いつ静的関数を使用するのか、ASP.NET でいつ使用しないのか疑問に思っていました。

それらを使用する際の長所と短所は何ですか、パフォーマンスなどのさまざまな側面、次の優れたプラクティスなど（および関連すると思われるものは何でも）。

与えられたRESTインターフェースがあります：

この計算は、サーバー構成に応じて、さまざまな論理「計算機」によって実装できます。

現在、各計算機が実装する必要のあるJavaインターフェースを設計しています。インターフェイスには、RESTサービスごとにメソッドがあります。

すべてのREST（およびHTTP）呼び出しがステートレスであることを考えると、各メソッドは静的である必要があります。ただし、Javaインターフェースで静的メソッドを定義することはできません。この状況に対する適切な回避策はありますか？

メソッドを非静的として定義してから、最初に電卓クラスのインスタンスを作成することができます。インターフェイスでstaticキーワードを使用して、メソッドがステートレスであることを示す方がわかりやすいようです。

静的クラス内に次の静的メソッドがあります。私の質問は、静的メソッド内でHttpContext.Current.Responseを使用しても安全ですか？スレッドセーフであり、呼び出し元のスレッドにのみ関連付けられていることを100％確認したいと思います。誰かが答えを知っていますか？

関数を使用してヘルパー ファイルを自動ロードする方法を使用しています。私が今抱えている唯一の問題は、そのクラスの変数を呼び出す方法です。

オブジェクトとしてインスタンス化していないため、機能し$thisません。しかし、どうなるでしょうか？

の助けを借りて、どこからでも関数を呼び出すことができますspl_autoload_register()。

重複の可能性:
拡張メソッドのどのような利点を見つけましたか?

わかりました、まず第一に、これは物議をかもすように聞こえますが、対立するつもりはありません。私は純粋な好奇心から真剣な質問をしています (あるいは困惑という言葉の方が適切かもしれません)。

拡張メソッドが .NET に導入されたのはなぜですか? 見栄えを良くすること以外に、それらはどのような利点を提供しますか (「いい」とは、「インスタンスメソッドのように見える」ことを意味します)。

私にとって、次のような拡張メソッドを使用するコード:

SomeExtensionMethodは、が のインスタンス メンバーであることを暗示しているため、誤解を招く可能性があります。これは、(1)がおそらく効率的に実装Thingされていると開発者を誤解させます (少なくとも直感として... あなたはそれを否定するかもしれませんが、私は間違いなくこれを観察しました) 。 SomeExtensionMethod（2）実際にはクラスの一部のSomeExtensionMethodように見えるので、将来のある時点で改訂されたとしても、確かに有効なままです（作者が自分が何をしているのかを知っている限り）.ThingThingThing

しかし実際には、拡張メソッドは、保護されたメンバーや、拡張しているクラスの内部動作にアクセスできないため、他の静的メソッドと同じように破損する傾向があります。

上記が簡単に次のようになることは誰もが知っています。

私には、正直なところ、より良い言葉がないため、これはもっと多くのように思えます。

私は何が欠けていますか？拡張メソッドが存在する理由

Java でメソッド シグネチャに static キーワードを使用するのが適切でないのはいつですか? メソッドがいくつかの引数に基づいて関数を実行し、静的ではないフィールドへのアクセスを必要としない場合、これらのタイプのメソッドを常に静的にしたくないでしょうか?

私はJavaで一種のORMを実装しています。親クラスにのみ存在する静的検索メソッドを実行しようとしています。要点を説明しましょう。

継承されたクラスのどれがそれを呼び出しているかをfindメソッドに知らせる方法がわからないので、適切なインスタンスを返すことができます（そしておそらく適切なコンストラクターを呼び出すことができます）そして継承されたクラスは何でもかまいません、制限はありません。

スタックトレースを試しましたが、テストからDBまでしかトレースされていません。

何か案は？

みんなありがとう！