staticおじさんに見るOOPの成功 - 技術ブログ読み日記
「staticおじさん達に伝えたい、手続き指向とオブジェクト指向の再利用の考え方の違いについて」を読んで、ふと思った。 オブジェクト指向プログラミング(OOP)が登場したころによく言われたことがある。 End User Computing。 難しい処理はプログラマが作ってオブジェクトの中に隠ぺいする。アプリケーションを作るにはオブジェクトを組み合わせるだけでよい。したがって、エンドユーザは自分で望みのアプリケーションを簡単に作成できる、というものだ。 staticおじさんの話を読むと、それはある程度実現されていることがわかる。エンドユーザコンピューティングの理想では、クラスを作るのはプログラマであって、エンドユーザではない。 もちろん、staticおじさんはプログラマではない。SEというのはプログラマではなく、エンドユーザの代理人だから。SEという職種に各業種の業務知識が求められることから
究極のインターフェース指向設計
オブジェクト指向言語では、メソッドを定義しただけで中身を実装しない、インターフェースが登場します。 インターフェースを使うと、クラスやメソッドの再利用性が高まります。インターフェースさえ同じなら、同じコードを、いろいろなクラスに適用できるためです。 しかし、インターフェースを使うのは、コードを再利用するためだけではありません。たとえ再利用しなくても、敢えてインターフェースを作ることもあります。むしろ、再利用するか否かに関わらず、インターフェースを使うべきだ、という考えもあります。 ここでは本屋さんのシステムを例に、インターフェースの存在意義について考えてみます。 本屋さんのクラス設計 本屋さんですから、まずは「本」クラスが必要です。「本」クラスは、下記のようないろいろな属性を持ちます。 題名 著者 発行者 値段 重さ ページ数 次に、本を購入するための「会計システム」を作りましょう。 レジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
