オブジェクト指向の法則集 - Qiita
この記事は、故石井勝さんが1999年に書いた記事を Qiita に転載するものです。オブラブ(objectclub.jp)にて記事をホスティングしていましたが、現代でも十分に読める内容なので、たくさんの方に読んでもらいたいと思い、若干の編集（リンクとコンテキスト追加）を平鍋が行い、転載します。今でも、読みやすく、カジュアルな語り口のよい記事です。 オブジェクト指向の法則集（転載元：http://objectclub.jp/community/memorial/homepage3.nifty.com/masarl/article/oo-principles.html ） なお、この記事の他にも石井さんのオブジェクト指向やRubyに関する多くの記事をオブラブの「まさーるのページ」で読むことができます。では、以下に石井勝さん（旧メールアドレス masarl@nifty.com）の記事を転載します
オブジェクト指向は禁止するべき - きしだのHatena
プログラムがまだ不慣れな人が「プログラムちょっとわかるようになったけど、まだぜんぜんオブジェクト指向とかできてません」のように言ったり、ちょっと慣れた人が「このソース、ぜんぜんだめ。オブジェクト指向ができてない」にようなことを言ったり、まるで、オブジェクト指向ができてるかどうかがよいプログラムかどうかを表すことになってるようだ。 Javaのアルゴリズムの本に、「Javaなのにオブジェクト指向ができていない」のような書評がついているのを見たときには、お前は何を求めてるんだと思ったりもした。 そのようなオブジェクト指向は、窓から投げ捨てるべきだ。オブジェクト指向はプログラムのよしあしの基準にならない。 むだにHogeインタフェースとHogeImplクラスがあったり、むだにnewするだけのcreateメソッドがあったり、どこで値が設定されてるかわからないオブジェクトがひきまわされてたり、ソースコ
いまさらですが、職業Javaプログラマーなら理解しておいてほしい「継承」の意味について - 達人プログラマーを目指して
正しく意味を理解している方にとっては、まったく常識レベルの話であり、何をいまさらと思われる方々も多いかと思いますが、大規模案件のレガシーコードなど、私が仕事で見かけるJavaのコードを読むと、「このコードを書いたSEやPGの方々は、はたして継承の意味を正しく理解していないのではないか」と思われる設計のコードに出会うことが少なからずあります。現在では改良されましたが（Javaプログラミング能力認定試験の問題がかなり改善されていました - 達人プログラマーを目指して）、以前のJavaプログラム認定試験の問題は、そうした不適切な設計がされている典型的な例となっていたのですが、実際、SI業界ではあのような品質のコードのシステムが今でも現役で多数稼動しているというだけでなく、現在でも新たに生み出されているというのは残念ながら紛れもない事実のようなのです。 確かに新人研修で「哺乳類を継承して犬クラスと
実はオブジェクト指向ってしっくりこないんです！：気分はstatic！：エンジニアライフ
わたしはこれまで、C言語、Visual Basic、SAP ABAP、最近になって ASP.NET C# などの言語を使ってきた。 「自分でクラスを作ってオブジェクト指向っぽいことをしている」なんてことはまったくない。特に「メンバー関数をstatic宣言すればインスタンス宣言をしなくてもいい」ということ知ってからは、メンバー関数を従来のファンクションのように使っている。共有変数も、pubulic static宣言していまう。したがってプロパティなんて作らない。 staticを理解していない人のコードを見ると、いちいちインスタンス宣言しているので笑ってしまう。データベースにアクセスするアプリケーションをC#で書いているのだが、Visual Studioで供給しているSQL関係のクラスを使えばできてしまうのだから。 オブジェクト指向の入門書では、クラスが持つ隠ぺい性が強調されているが、これは他
Web アプリの MVC 設計まとめ - もやし日記
MVC 設計について考えていたときに、ちょうどその辺りの話をされている方々が居たので、今の考えをまとめてみました。 目次 前提 肥大化するコントローラを避ける ビジネスロジックをどこに書けば良いのか コントローラとモデルの間にもう一つの層があるとうまくいく？ まとめ 前提対象は Web アプリケーションで、画面数（ビューの数）は数個〜100個程度の規模です。WordPress、Twitter、37signals のサービスのようなものを作ろうとするとき、どういう MVC 設計をしていくかについて考えます。巨大なシステム、金融系システム、基幹系システムなどを作る場合とは異なる考え方もあると思います（そもそも MVC を使わない、など）。 肥大化するコントローラを避ける例えば、八百屋さんで「６０円で仕入れたリンゴ１つを１００円で売った」こと（Sales Transaction）を記録する場合を
PHPなオブジェクト指向入門 vol.3（前半） - 真夜中のプログラミングTips
今回は前回までと同様に肥満度チェックアプリを題材に「継承」について書いてみます。また、「継承」と合わせて複雑なWEBアプリケーション構築において必須となるMVCモデリングソースにもなるように心掛けました。 さて、「継承とは...」といったどこにでも書いてあることや構文はお手持ちの書籍に譲るとして、大事だと思うことだけ。 ・基本的にスーパークラス（親クラス）よりサブクラス（子クラス）の方が多機能なクラスです！[※1] ・PHPでは多重継承ができない。すなわち、一度に一つのクラスの拡張しかできない。[※2] ・クラスの機能を拡張したいだけなら、必ずしも継承を使わなくて良いことも多い。[※3] ・PHP4では抽象クラスを定義し、それを継承することはできません。[※4] [※1] 「スーパーとサブ」or「親と子」という言葉のイメージが、はじめて学ぶときには障害となっている気がします。 [※2] “
PHPなオブジェクト指向入門 vol.2 - 真夜中のプログラミングTips
アクセサメソッドについてのサンプルソース。（言葉で説明すると冗長なためサンプルソースということで） フォーム(form.html)で身長と体重を入力してもらい、check.phpで肥満度を表示するサンプル。 form.html <html> <head><title>肥満度チェック</title></head> <body> <p>身長と体重を入力してください。</p> <form action="check.php" method="post"><!-- check.phpに値を受け渡す --> 身長：<input type="text" name="height"> [m]<br> 体重：<input type="text" name="weight"> [kg]<br> <input type="submit" value="肥満度をチェック"> </form> </body> </
PHPなオブジェクト指向入門 vol.1 - 真夜中のプログラミングTips
PHPなオブジェクト指向 vol.0に引き続き、今回はコーディング上の素朴な疑問。なお、PHP5ユーザはオブジェクト指向派が大多数で入門レベルのことは意味がないと思われるので、プロシージャ指向の方も多いと思われるPHP4ユーザを対象としています。 ・var とか this って何だ？ シンプルな構文が嬉しいPHPですが、クラスになると見慣れない var $hennsu;とか $this->hennsu といった見慣れない構文が出てきます。 肥満度を求めるプログラムを例にとってこれらをみていきたいと思います。（肥満度については肥満度の計算を参照）。 // CheckBMIクラス class CheckBMI{ var $tall; var $weight; function CheckBMI($tall, $weight){ //コンストラクタ //引数を上で宣言したメンバ変数（プロパティ）
PHPなオブジェクト指向入門 vol.0 - 真夜中のプログラミングTips
PHPプログラマーの最初の壁は間違いなく、オブジェクト指向プログラミングだと思います。本格的オブジェクト指向に対応し、本来なら一気に移行が進むはずだったであろうPHP5がいまだに普及率50%に満たないのも、PHPプログラマーにオブジェクト指向（クラスの利用）を好む方が少ないからではないでしょうか。 開発中のPHP6ではプロシージャ指向も今まで通りサポートするものの、オブジェクト指向をベースにするようなので、少しでもオブジェクト指向への抵抗がなくなればと思い、未熟者ながら「オブジェクト指向の入門」を書いてみたいと思います。 「クラスはオブジェクトの設計図で…（省略）」、「親クラスが哺乳類で…（省略）」といった説明は読んだけどよくわからなかった、知識にはなったが実用上は結局関数ばっかりという方を対象にしています。 また、オブジェクト指向と言っていますが、その概念とか小難しいことではなく、とりあ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オブジェクト指向できていますか？
Build seven good object-oriented habits in PHP