問題タブ [static]

私のコードは複数の .dll ファイルにビルドされており、静的メンバー変数を持つテンプレート クラスがあります。

この静的メンバー変数の同じインスタンスをすべての dll で使用できるようにしたいのですが、うまくいきません。それぞれに異なるインスタンス (異なる値) が表示されます。

テンプレートを使用しない場合、問題はありません。ソース ファイルの 1 つで静的メンバーを初期化し、クラスで __declspec(dllexport) および __declspec(dllimport) ディレクティブを使用します。ただし、テンプレートでは機能しません。それを機能させる方法はありますか？

「extern」を使用する提案されたソリューションをいくつか見ましたが、私のコードは Visual Studio 2002 および 2005 で動作するはずなので、使用できないと思います。

ありがとうございました。

明確化: テンプレートのインスタンス化の異なるタイプごとに、静的変数の異なるインスタンスが必要です。しかし、2 つの異なる dll で同じタイプのテンプレートをインスタンス化する場合、両方で同じ変数を使用したいと考えています。

静的インデクサーがC＃で許可されていないのはなぜですか？それらが許可されるべきではない理由はわかりません。さらに、それらは非常に役立つ可能性があります。

例えば：

上記のコードは、静的インデクサーから大きな恩恵を受けます。ただし、静的インデクサーは許可されていないため、コンパイルされません。なんでそうなの？

画像を使用するDjangoアプリケーションをセットアップしました。メディア設定 MEDIA_ROOT と MEDIA_URL を正しく設定したと思います。ただし、画像は表示されません。何が問題になるか知っていますか？

この例を考えてみましょう:

画像ファイルは/home/www/media/app/photosの下にあり、 http://example.com/photos/123.jpgをリクエストしようとしています。

これらの設定を使用する必要がありますか?

更新:組み込みの開発サーバーを使用していることを忘れていました。

Netbeans は、非静的メソッドから静的メソッドにアクセスするのは良くないと教えてくれました。なぜこれが悪いのですか？「静的メソッド getInstance へのアクセス」は警告です。

}

この質問は、特に Java 言語に関するものです。すべての静的コード用に確保されているメモリの静的部分があることを理解しています。

私の質問は、この静的メモリがどのように満たされているのですか? 静的オブジェクトは、インポート時または最初の参照時に静的メモリに配置されますか? また、他のすべてのオブジェクトと同じガベージ コレクション規則が静的オブジェクトに適用されますか?

検索しましたが、これら 3 つの概念がよくわかりません。いつ動的割り当て (ヒープ内) を使用する必要があり、その本当の利点は何ですか? 静的およびスタックの問題は何ですか? ヒープに変数を割り当てずにアプリケーション全体を作成できますか?

他の言語には「ガベージ コレクター」が組み込まれているので、メモリを気にする必要はないと聞きました。ガベージコレクターは何をしますか？

このガベージ コレクターを使用してできなかった、メモリを自分で操作することで何ができますか?

誰かがこの宣言で私に言ったことがあります：

「ポインターへのポインター」があります。どういう意味ですか？次のものとは異なります。

?

更新後に静的なままにしたいページがあり、最後に表示していた位置が乱れるため、デフォルトでトップページに戻りません。したがって、最後に表示していた領域を見つけるために、もう一度下にスクロールする時間が常にあります. もう一度下にスクロールする負担をなくす方法はありますか?

具体的には、次のコードを試していました。

しかし、それはエラーを与えました

静的メソッド main の非静的フィールドにアクセスできません

そこで、の宣言を次のように変更しましたclock。

そしてそれはうまくいきました。そのキーワードを宣言の前に置くとはどういう意味ですか? そのオブジェクトに対して何ができるかという点で、正確には何を実行および/または制限しますか?

Javaのドキュメントには次のように書かれています：

同じオブジェクトに対する同期メソッドの 2 つの呼び出しをインターリーブすることはできません。

これは静的メソッドにとって何を意味するのでしょうか? 静的メソッドには関連付けられたオブジェクトがないため、synchronized キーワードはオブジェクトではなくクラスをロックしますか?

更新:このクラス構造に「多すぎる」静的メソッド(現在は4つしかないことに気づきましたが、最初は2つから始めました)という質問を言い換えますか? もしそうなら、モデルクラスから静的関数を削除できるように、これらのクラスをリファクタリングしてある種の Finder クラスを使用する方法に関する提案はありますか?

次の抽象クラスがあります。

}

そして、クラス テーブルの継承スキームに追加機能を提供するこのクラス (ファクトリ方式で追加機能を決定するには型が重要です):

これらは、最終的に次のタイプのクラス宣言になります。

クラスにあまりにも多くの静的メソッドがあることにいつ気がつきますか? また、静的メソッドがある種の Finder クラスにカプセル化されるように、既存の設計をどのようにリファクタリングしますか?