C++ソフトウェア設計 ―高品質設計の原則とデザインパターン

11章最後のガイドライン

いよいよガイドラインもあと 1 つだけになりました。読者へ提示するアドバイスもこれで最後です。それでは行きましょう。最後のガイドラインです。

ガイドライン 39：デザインパターンの習得は継続すること

読者は言うでしょう。「最後？ この本、これで終り？ えー、デザインパターンってもっと沢山あるじゃない。もっと深く沢山行くと思ってた！」。えぇ、正直に言って著者もまったく同感です。もう付け足すことがないくらい同感です。言わせてもらえば、もっと多くのデザインパターンを取り上げるつもりでした。しかし、現実の壁に当たりました。400 ページの本に詰め込める量は知れています。でも落ち込まないで。この 400 ページを通じ、読者のソフトウェア開発キャリアのいつでもどこででも必要になる、どんな設計にも通用する最重要アドバイス / ガイドラインの旅を案内しました。ポイントを絞って簡単に振り返ってみましょう。

依存関係の最小化

依存関係への対応は、ソフトウェア設計の中核である。開発したソフトウェアを長期間通用させる考えを強く持っていれば、ソフトウェア分野に関わらず、依存関係対応は避けては通れない。必要な依存関係もあるが、人工的に発生した依存関係への対応は必須である。当然ながらその削減を大きな目標とすべきであり、理想的には最小化すべきである。この目標を達成するには必然的にデザインパターンを活用することになる。

関心の分離

関心の分離は本書から得られる最重要な、設計ガイドラインの核とも言える。ソフトウェア構造を分解でき、理解しやすくなる。また変更やテストも容易になる。すべてのデザインパターンは例外なく、なんらかの形で関心の分離方法を提供する。デザインパターン間の差異は関心の分離方法の差異であり、また ...