はてなブックマーク

本記事では有名なオブジェクト指向設計原則であるGRASPを紹介します 各パターンの解釈（見解）については幅がありますので記事本文では触れず、純粋に紹介するに留めます 私自身の見解についてはコメントにて追記していこうと思っています GRASPとは General Responsibility Assignment Software Patterns（汎用的な責務割当のパターン）の略称で、Craig Larman氏が著書である実践UML（和訳はピアソン・エデュケーション）で紹介しています Expert（情報エキスパート）パターン Q. オブジェクト指向設計において、責務を割り当てるときの最も基本的な原則は何か A. 責務の遂行に必要な情報を持っているクラス、すなわち情報エキスパートに責務を割り当てる Creator（生成者）パターン Q. あるクラスの新しいインスタンスを生成する責務は何が持つ

趣旨 今回は、とかく誤解されたままになりがちなこのテーマについて自分の中での整理も兼ねて書いていきます 内容は特定の言語に限定されるものではありませんが、コード例はJavaで書いています。他の言語をお使いの方は適宜読み替えながら読んでいただければ幸いです 入門書は間違ったことを教えている？ 皆さんはどのような本でオブジェクト指向プログラミング言語を勉強しましたか？多くの方は例えば「やさしい～」や「たのしい～」のような入門書から入ったのではないでしょうか（中にはいきなり分厚い言語仕様から入る剛の者も居るようですが） その中で必ずと言っていいほど書かれているワードがあります フィールドはprivateにし、その値の書き換えや読み取りにはgetterやsetterを用意しましょう。これによってカプセル化が維持されます さて一方でコミュニティなどでは次のように言われることがあります getterや

概要 オブジェクト指向という言葉はもうすっかりIT業界に馴染んでしまいました 一方で、これほど人によって解釈がばらついている概念もなかなか無いと思います ここでは実際にオブジェクト指向開発を行ってきた中で、入門書や専門書に書かれている言葉と現実との食い違いについて感じていることを書いてみたいと思います ただし、あくまでも私がどう感じているかであり、他の方の考えを否定するものではないことを最初に述べておきます オブジェクト指向技術を使えば、現実の世界をそのままシステム化できる これもオブジェクト指向が流行り始めた当初からずっと言われ続けてきた言葉だと思いますが、これは現実から大きく離れており、理解の妨げになっています 実際には、現実にある業務や概念をそのままシステムに落とし込むと却って不自然になることの方が多いです 例えば給与計算について考えてみます 現実には経理社員が居て、タイムカードや経

趣旨 今回は、とかく誤解されたままになりがちなこのテーマについて自分の中での整理も兼ねて書いていきます 内容は特定の言語に限定されるものではありませんが、コード例はJavaで書いています。他の言語をお使いの方は適宜読み替えながら読んでいただければ幸いです 入門書は間違ったことを教えている？ 皆さんはどのような本でオブジェクト指向プログラミング言語を勉強しましたか？多くの方は例えば「やさしい～」や「たのしい～」のような入門書から入ったのではないでしょうか（中にはいきなり分厚い言語仕様から入る剛の者も居るようですが） その中で必ずと言っていいほど書かれているワードがあります フィールドはprivateにし、その値の書き換えや読み取りにはgetterやsetterを用意しましょう。これによってカプセル化が維持されます さて一方でコミュニティなどでは次のように言われることがあります getterや