問題タブ [tightly-coupled-code]

説明するのはちょっと難しいです...質問が曖昧でないことを願っています...

コードを見てアイデアを得ることができます...

ClassA.java

ClassB.java

ClassC.java

インターフェースInterA.java

構成ClassConfig.java (他の Java クラス ファイルの同じパッケージ上)

主な方法

メイン メソッドを実行すると、Autowired フィールド「abcd」ClassAが挿入されず、NullPointerException

ClassAとして宣言して@ComponentBeanを取得した場合にのみ機能します...間接的な自動配線は行われていません

すべてを切り離しClassAてClassC疎結合にする必要がありますか?

オブジェクトが密結合された方法で作成された場合でも、Spring に @Autowired フィールドを自動注入するように指示するために使用できる簡単な注釈はありますか?

ClassCの Bean を作成するために ApplicationContext を使用するように言わないでくださいClassA。

答えを見つけられる Spring Geek はいますか?

私は、機能を実行するために外部クラスのメンバー関数と変数にアクセスする必要があるネストされたクラスがあるゲームに取り組んでいます。特に、外側のクラスにはゲーム オブジェクトに関連するメンバー関数とデータが含まれますが、ネストされたクラスは、基本的にゲーム オブジェクトの位置を使用してキャンバスに描画する必要があるAnimationTimerを拡張します。また、外側のクラスはAnimationTimerで start() メソッドを呼び出す必要があるため、外側のクラスにAnimationTimerのインスタンスが必ず必要になります。私はこれに少し慣れていないので、この投稿からちょっと混乱しているので、

1. これは本当に密なデータ結合の場合ですか?
2. このシナリオでは、ネストされていないクラスに変換し、静的修飾子を介して「親」メンバー関数にアクセスする必要がありますか?

どんな提案も歓迎します:)

クラスが独自のプロパティを使用する必要がないという問題に遭遇することがあります。アプローチAを参照してください。

これを回避するために、アプローチBを使用できます。

しかし、アプローチ B は密結合構造であり、と がお互いBallをWorld知っていることを意味し、これは良くありません。

それで、どちらがより良いアプローチですか？

• A : 疎結合ですが、一部のクラスは独自のプロパティを使用しません。または
• B : クラスはそのプロパティを使用しますが、密結合構造ですか?

それぞれをいつ使用するのですか？

クライアント側で特定の形式 (例: ) のデータを期待するライブラリを使用している場合、サーバーはクライアントが要求した正確な構造でデータを処理するか、汎用データ (例: ) を[{id: 1, name: "Jack", available: true}]送り返す必要があります。[{userId: 1, username: "Jack", isUserAvailable: true}]クライアント側のライブラリが将来変更された場合に密結合と破損を避けるために、クライアント側

単純なゲームを作成するコードを書いていますが、この部分が密結合 (高結合) であるかどうかはわかりません。

ゲームの流れを制御する GameEngine と呼ばれるインターフェースがあります。また、GameEngine インターフェイスを実装する GameEngineImpl というクラスがあります。A、B、C などの他のクラスでは、GameEngine を次のように使用します。

他の 2 つのクラスも、クラス A と同様に GameEngine を使用します。

UML クラス図に変換すると、クラス A、B、C の依存関係は GameEngine インターフェイスを指し、GameEngineImpl クラスは GameEngine インターフェイスを指していました。

これは密結合コードでしょうか?

ターゲット Objectsが部分的に同じ Objects を共有しexcelColumns、pdfColumns一部は条件付きでさえ共有する場合、以下のコードのように関数型プログラミング、密結合、ボイラープレートを無効にするための適切な OOP パターンは何ですか? 多くの共有列があり、共有されていない条件付きの列はほとんどないと仮定しましょう。