問題タブ [constructorargument]

「強いネーミング」という言葉が適切かどうかはわかりませんが、やりたいことは次のとおりです。

現在、たとえば次のように ConstructorArgument を使用しています。

ここで、パラメーター「name」の名前を変更すると (たとえば、ReSharper を使用して)、ConstructorArgument が更新されず、Ninja の作成時にランタイム エラーが発生します。これを修正するには、ConstructorArgument を介してこのパラメーターを指定し、更新するすべての場所を手動で見つける必要があります。ダメです。テスト カバレッジが良好であっても、ある時点で失敗する運命にあります。名前の変更は安価な操作である必要があります。

パラメータの名前を変更すると更新されるように、代わりにパラメータを参照する方法はありますか?

Ninjects ConstructorArgumentを使用する場合、特定のパラメーターに注入する正確な値を指定できます。この値をnullにできないのはなぜですか、またはどうすれば機能させることができますか？たぶんそれはあなたがやりたいことではないかもしれませんが、私はそれを私のユニットテストで使用したいと思います。例：

これはここでの私の最初の質問です:)私は少し問題があります..これらは私のクラスです:

関数 multiplayer もあります。ここで、引数付きのコンストラクターを使用してみます。

しかし、うまくいきません。

エラーは と で同じgracz1ですgracz2

では、コンストラクターにプリミティブ値を入れる必要がある場合は、どうすればよいでしょうか?

たとえば、ここでは、superBean に修飾子「SuperBean」があることを定義していますが、注釈を使用して名前の値をここで設定する方法を知りたいですか?

xml構成で可能であることは知っていますが、注釈でもこれを行う方法を知りたいです:

String、int、およびその他のジェネリック型の値を入力するにはどうすればよいでしょうか。

Spring が定義された値をコンストラクター引数のプレースホルダーに渡そうとしないという奇妙な問題があります。現在は と定義されて${myProperty}いますが、そこには何でも書き込めます。エラーはありません。${myProperty}リテラル文字列を Bean コンストラクターに渡すだけです。それ以外の場合、構成は完全に機能するようです。

私の beans.xml は次のようになります。

この構成で何が欠けているのか、誰にも分かりますか? たぶんそれは明らかなことですが、私はSpringの経験があまりありません。Spring バージョン 3.2.x と WildFly 8.1 をコンテナーとして使用します。

編集：

beans.xml は次のようにロードされます。

Spring Bean 構成 (r3.2.2) に問題があります。アプリケーションはweblogic 10.3.5で実行され、プロジェクトの起動時に、以下のスタックトレースで次のようになります。他のいくつかの投稿を読む際には、配列コンストラクターが可能でなければなりません。

このスタックトレースを取得する理由を知っている人はいますか?

ありがとうございました

私のxml構成:

私のクラス：

この問題を投稿するときに、すでにリストを使用しようとしました ( Spring Bean コンテキストでオブジェクトの配列を宣言する)。しかし、その後、次のようになります。

原因: java.lang.NoSuchMethodError: org.springframework.util.xml.DomUtils.getChildElements(Lorg/w3c/dom/Element;)Ljava/util/List; org.springframework.ws.config.InterceptorsBeanDefinitionParser.parse(InterceptorsBeanDefinitionParser.java:52) で

さまざまなチュートリアルを見て、いくつか読んだ後、春にコンストラクター引数を使用する方法を理解しました。問題ありません。私の問題は、誰かが説明したり、それらが使用される理由を説明している資料を教えてくれたりすることです。つまり、確かに次のような構文で: <constructor-arg value="threading"></constructor-arg>、ハードコードされた値は悪い習慣ですか? それを行う方法に関する春の記事は必要ありません。ここでハードコーディングが一見問題ないように見える理由、またはより良い解決策を説明する簡単な答えが必要です。次のような行の必要性を取り除く @Resource アノテーションを認識していますが、<property name="answer" ref="answer"></property>ハードコーディングは悪い考えであり、たとえばDBからプルすることはより良い解決策であると常に教えられてきました

map比較ファンクターをコンストラクター引数として渡すことができない理由はありますか?

または、独自の比較型を提供しないとラムダを渡すことができない理由:

map<int, string>コンパレータで宣言して構築できるようにしたいのですが。なぜできないのですか？

【実例】