この記事は機械翻訳のミラー記事です。元の記事にジャンプするにはこちらをクリックしてください。

眺める: 17236|答える: 0

[通信] 依存注入、使う利点は何ですか?

[リンクをコピー]
掲載地 2019/02/10 18:14:29 | | |
まず、クラスの関連オブジェクトの作成は確かに新しいものによって可能です。 しかし、プロジェクトが大きすぎてオブジェクトに依存関係が多すぎる場合、オブジェクト構築時に多くの新しいコードを書く必要があり、依存オブジェクトのインスタンス化を忘れた後に直接オブジェクトを呼び出す方法がある場合、nullポインタ例外が発生します。 このプロセスをコンテナ管理に任せれば、オブジェクトのインスタンス化を気にせず、依存オブジェクトを使用してもヌルポインタの例外がなく、コードも簡素化できます。
次に、メソッド呼び出しプロセスで使用される属性がインスタンス属性である場合、すべて静的属性として定義されている場合、メソッドで使われるデータはどうなるのでしょうか? すべてのメソッドを静的と定義すると、そのメソッドで参照されるクラスの性質も静的として定義されなければならず、これはグローバル属性と同等なので、確実にデータ同期の問題が発生します。
実際、設計パターンで示されているプログラミング原則を考えるのは理にかなっています。これらはすべて、非常に読みやすく、保守が容易でスケーラブルなコードを構築することを目的としています。 頑張ってください!

ソフトウェアを構成要素として組み立てるのは便利であり、コードから依存関係を抽出するような高凝集性と低い結合性を持つソフトウェアを作成するのも便利です
共同開発、コードのデバッグ(コンポーネントを統合する必要がなく、別々にテスト可能)、そして作成されたコードはより堅牢です。

プロジェクト開発では高い結束性と低い結合性に重点が置かれ、依存性注入を用いることで新しいキーワード領域を使わずにオブジェクトを作成することができ、クラス間の結合を減らすことができます






先の:c# Marshal.PtrToStructure
次に:暗号化と復号およびアセンブリ言語
免責事項:
Code Farmer Networkが発行するすべてのソフトウェア、プログラミング資料、記事は学習および研究目的のみを目的としています。 上記の内容は商業的または違法な目的で使用されてはならず、そうでなければ利用者はすべての結果を負うことになります。 このサイトの情報はインターネットからのものであり、著作権紛争はこのサイトとは関係ありません。 ダウンロード後24時間以内に上記の内容を完全にパソコンから削除してください。 もしこのプログラムを気に入ったら、正規のソフトウェアを支持し、登録を購入し、より良い本物のサービスを受けてください。 もし侵害があれば、メールでご連絡ください。

Mail To:help@itsvse.com