依存性反転の原則について

こんにちは、増田です。 今回は”依存性反転の原則”についてObjective-Cで解説します(Objective-Cは筆者が好きな言語です)。 私はこの原則を理解する前は依存関係がスパゲティ状態になったプログラムを書いていました。 プログラムの処理はそうめんのように道筋の立った分かりやすいコードを書いたとしても、依存関係がスパゲティであることがよくあります。そのようなコードを書くと、一箇所を変更するために既に動いているところをいじらなければならず、この際のテストにかかるコストはとてつもなく膨大になってしまいます。 モジュール間の依存は必ずしも悪になるというわけではないですが、「意図して依存を残す」という意識がないと後で痛い目を見ます。依存性を残すところ、断ち切るところを意図してプログラムを組むことができるようになれば、何かしらの変更を迫られた際、変更箇所だけのテストでシステム全体の正常な動

[WhatAmILookingFor]

“この原則はSOLIDと呼ばれているソフトウェアデザインの原則の中でも最も重要なものであると私は考えています(SOLIDのDです)。 GoFの23デザインパターンもこの原則の応用であるケースが多いです。”

[yoppe9509]

わかりやすい

[tmatsuu]

頭では分かっていても、いざプログラミングするときは忘れがち。常に意識したい。

[efcl]

依存関係とprotocolでの分離

[hisasann]

デザインパターン

[kenny0128]

依存性反転の原則について