Webでオブジェクト指向プログラミング

サーバーサイドWebプログラミングのOOスレです。

・OOP、MVC、デザパタなどのコンセプト的な話題
・OOにまつわる言語比較（言語批判はその言語で開発してる人に失礼にあたることが多いのでなるべく禁止でお願いします）
・保守、再利用、生産性、開発環境などの実践的な話題
・Webサーバ、DBなどの外部との親和性に関する問題
・学習、教育などの方法論

などなど。

前スレ
PHPでオブジェクト指向プログラミング
http://pc8.2ch.net/test/read.cgi/php/1113724557/

>>232
型宣言しておけばミスに即座に気が付く、
のだけれどあれだと気づかない。

>>235
メリットって？

>>236
間違えて配列やオブジェクトを渡したときに自動的にエラーを出してくれるかもしれない。
もちろんis_intで確認してエラー出せば同じことだから絶対なければならないっていう必然性はないけど、あったら便利かとは思う。
あとタイプヒンティングでintやstringなどの基本型だけは指定できないっていう今の状況より統一感あるかと。
オートボクシングや構文糖と考え方は一緒ね。

PHPでそんなことするくらいなら、素直にJava使うわ。

引数に型書くだけの話やんけ

普通のclassと、
abstractなclass,
interfaceは、
クラス名から変えた方がいいんかな？
どうやってる？

>>241
俺はabstractもinterfaceも普通の名前にしてる。
abstractやinterfaceをある特定クラスの仕様だけ抽象したことを表現したい場合に限り「Abstract〜」とか「〜Interface」にするかも。
例外だったら「〜Exception」てつけるけど。

>>241-242
というか、C#やC++みたいに継承も実装もおなじ::をつかっているわけではなく
PHPはjavaのようにちゃんと継承はextends、インターフェース実装はimplements
を使うように指定されているから
名前を見ただけでインターフェースかクラスかわかるようにまでしなくてもええと思う。
IDE使えば名前指定しなくてもさらに一目でわかるし。PHPのIDEはよくわかんないけど

>>242-243
レスさんくす
あんまり考えすぎなくてもいっか

質問です。
ビジネスロジックとドメインロジックとアプリケーションロジックは、プレゼンテーションロジックと対比的な位置づけですが、基本的に同じものですか？

>>245
使用する分析・設計手法によって、使われる用語とその定義は違ってきます。
こういうインフォーマルな場では、それぞれが別の立場・定義で勝手に用語を使う
ことが多く、基本的な認識がすれ違ったまま不毛なレスが飛び交うのが常です。

まずは専門書で系統立った知識を得てから、自分なりの経験と知見を積んでいけば
その類のどーでもいい疑問は解決すると思われます。

プロパティをtrue/falseにするメソッド名ってそれぞれどんな命名にする？

>>247
setTrue、setFalse
setOn、setOff

>>247
どんなクラスのプロパティを作るかがわかれば
自ずとそれに見合った名前がわかると思うんだが。

どうしても名前がわからないときは>>248のようになるが。

そのプロパティがオセロの駒であれば、

setWhite(), setBlack() みたいな名前にするだろうし。
もしくはset(Color.WHITE). set(Color.BLACK)など。

表、裏を表すなら setHeads(), setTails()など
0か1なら setZero(), setOne()または>>248のように。

あと、メソッドを複数にする必要も、メソッドに引数を
割り当てる必要もないケースであるケースもありうる。

trueだったらfalse, falseだったtrueに反転するだけのメソッド

public void reverse(){
　this.flagment = !this.flagment;
}

を定義するだけのものとか。

反転ならtoggleを使いたくなる

スレを読まずに書くけど。

俺オブジェクト指向ってよくわかんないのね。で、
PHPでさ、テーブルごとにクラス作ってその中で
SQL発行してるソース見て思ったんだけど。こういう
のってテーブルのJOINはどう扱ってんの？

だからそれはテーブルじゃなくてデータオブジェクトです

良スレ発見

>>247
enableXXX/disableXXX

>>251
railsのactiverecordとか調べてみればいい
テーブル同士の関係の属性を設定して取れるようになっている
でもSQLを元にデータを取得することもできるし
複雑なJOINの場合はSQL書くのが推奨

OOPを0から学ぶとすると、やはりJavaが最適なのでしょうか？
Railsで有名になったRubyでもよさそうですが、
どれを勉強しようか悩みます。
どちらも実行環境を整えるのが自分にとって一苦労な気がするので、
今まで環境が作りやすいPHPに逃げていましたが、
一向にOOPの概念がわからずじまいで、
本格的にJavaかRubyを入れてやってみようと考えています。

>>255
つ ttp://smalltalk.cincom.jp/scripts/smalltalk.dll/tutorials/index.ssp

オブジェクト指向プログラミングの学習が目的なら、ウェブアプリやっても無駄だと思うよ。GUIのあるデスクトップアプリ作った方がいい。

> オブジェクト指向プログラミングの学習が目的なら、ウェブアプリやっても無駄だと思うよ。GUIのあるデスクトップアプリ作った方がいい。

はいはいわろすわろす。

GUIのプログラミングで身に付くのはオブジェクト指向よりむしろイベントドリブンだよね。

>>258
ある意味>>257は言い得てると思うぞ。
WebアプリはWebならではの都合で、本来のオブジェクト指向には反する設計を
強制される場面も少なくない。

webアプリでがちがちのオブジェクト指向やると重くならね？

もっと抽象的な議論しようぜ。

>>262
犬とか猫とか?

リクエストがあったらhtml吐き出して終わり、なタイプのwebアプリでは
オブジェクト指向はあまり身につかない。
なにしろ、インスタンスの寿命が短かくて、全員が突然死するわけだから、
時間軸がそっくり抜けてるのだよ。
気にしながらライブラリを作れば、ソースの構造的な部分はある程度身につくかな、くらいだろう。

JavaでWebアプリしかやらない人は、J2EEパターンとかDIコンテナとか使って
「オブジェクト指向」と思っているんじゃないかな？
今のJavaのWebはレイヤー構造や
ドメインモデル（エンティティ）とビジネスロジックを完全に分離した設計、
ステートレス・スレッドセーフ・request/sessionスコープなどが優先されて、
本来のオブジェクト指向信者から見ると、論理的にあまりきれいな設計ではない。
とは言える。
言語レベルを超えた「モデリング」（UML等は使っても良いが）を
そのまま実装にまで落とすには無理がある。

要するに Java なんかつかうやつはばかですってこと？

JavaでWebなんて業務外では使わないしどうでもいい。

>>266
OOPを極めたいという目的だけのために
JavaでWEBをやるならバカと言えよう。

本気でオブジェクト指向やりたいならウェブでは役者不足ってこと。

役者不足（笑）

Actorが不足してるわけですな。

OOの概念を把握したりOOの組み方を学ぶだけなら
PHPでもそれなりに勉強できると思うけどな
PHP5で書かれたフレームワークやライブラリのコードを眺めてみたら

これとかいいかもね。

PHPによるデザインパターン入門
http://www.cbook24.com/bm_detail.asp?sku=4798015164

それOOをまったく理解できなかった俺が買ってみた
どうなるか人柱になるわｗ

著者でググったらブログが一番上にヒットした

PHPのデザパタ入門ってどうなんだろうか。
レビュー期待ｗｗｗ

>>272
その言葉を信じて眺めてるんだが、
なんかごちゃごちゃしてて返ってわかりづらい･･･
コメント英語で何書いてるかわからないし。

やっぱ俺みたいな凡人は丁寧に解説してるサイトに限るな。

一口にオブジェクト指向って言ってもメッセージ主体かクラス主体かで変わってくるからね。
C++, Java, PHP は後者。前者は Smalltalk, Objective-C, io とか。

>>276
簡単なライブラリから眺めていけばいいよPEARのDBとか
OOPを一番手っ取り早く理解する方法は
OOで適当な分野のライブラリを自分でコード書いてみる事

当然よく分からないうちはコードは汚い
なのでPEARで同じような分野のライブラリコードを眺めて
どういう構造なのかを調べてみながら自分のコードを書き直す
それの繰り返しで把握していくもんだと思う

いきなりデザパタの勉強とかやってもあんまり意味がない
OOPを理解していく上でどういう局面で
どういうパターンを使ったら良いという事がわからないから
パターンってのは結局ノウハウの事だし
ノウハウってのは必要に応じて生まれて出来上がっていくもんだから
ノウハウ自体を先に説明されてもピンとこないはず

英語は勉強するしかないがまめに単語の意味を引くようにしておけば
文法を正確に理解してなくてもだいたい把握できるようになるはず
ネットならすぐに調べられるんだからそのコストは無駄にはならない

コードは万国共通だ
ごちゃごちゃしてても所詮はPHPのコード、Cやアセンブリじゃない
ゆっくり読んでいけばわかる
小さなライブラリでもよくできてるライブラリはたくさんある
その区別がつくようになっていけば
自ずといいコードも書けるようになるだろう

オブジェクト指向について語るとき、
「どのような概念か」と「どう使うのか」
を分けないで話すとひどいことになる、
ということだな。

>>278
PEARってOOPで書かれてるの？
クラスからインスタンスをnewして使うってのが多いですね。

>>279
って>>273の本の説明の仕方がごっちゃでよくないってことなんですか？

昨日本を読んでみた。
サンプルコードが載っていて分かりやすかった。
UMLの説明はさすがに他書で勉強しないと、このページ数じゃフォローできんね。
（ないよりましだけど…）

デザインパターンが活用できるようになれば、OOPが楽しくなるだろうなー☆＼(^o^)／

届いたよ！
眠くてまだ読んでない
ちょっと開いたけど

このスレ、
サーバサイドプログラミングでのＯＯかよ
期待して損した・・・

>>283
クライアントサイドのOOPっていうと、JavaScriptでやるんですか？

WebObjectsがフリーになるから　勉強しといたほうがいいぜ

>>285
Thanks!!!

http://ja.wikipedia.org/wiki/WebObjects
http://www.apple.com/jp/webobjects/

半分くらい読んだけど、7章が無いのが残念だった
そこらへんは著者さんのブログやサイトを参考に補完することにしようorz

>>273
それ買って読んでみてる。
今5章の途中だけど
いまいちピンと来ない。

おれがアホだからだと思う。

PHP5のﾏﾆｭｱﾙ（オブジェクトとクラスの項）とJava入門書を読み始めたばかりなんだけど、
PHP5とJavaのメソッドオーバーロードって全然別物なの？

スクイークに詳しい人いる？

>>288　PHPのオブジェクト指向を先に覚えるより、CやVBなどのﾌﾟﾛｸﾞﾗﾑを覚えたほうが
組み方は理解できるよ。短時間で

>>291
スパゲッティソースの量産方法を理解できると言うこと？

>>289
Pythonから始めたら、PHPもJavaも楽勝

という漏れはPascalが初体験の相手だった

なんかPHPerは無条件でオブジェクト指向マンセーしてる奴が多いよな・・・
手続き型の進化系がオブジェクト指向ってわけじゃないからね
手続き型的なロジックが有効なところもあればオブジェクト指向が有効なところもある
俺が確かに言えることは、オブジェクト指向は少なくとも万能ではないってこと
だからオブジェクト指向で書かないとスパゲティになるとかわけわかんないんだよ
むしろオブジェクト指向によって作られたスパゲティの方が多いという現実さえあるのに・・・

>>294
誰も藻前の妄想なんか聞きたくないわけだが。

まぁ考え方が増えたってことでいいんじゃない？

コードがアチコチに飛ぶって意味では、gotoも多態を使いまくったトリッキーなコードも
スパゲッティには変わりないよ。

正直、オブジェクト指向で作られたソースがさっぱり理解できないのだが・・・

もうダメなのかな俺

何言語でどういう部分が分からないの？

Javaで作られたCMS。ソースにコメント一切無し。
消えた前担当が全然ドキュメント残してないってのもあるが、Perl使いの俺にはｻﾊﾟｰﾘ。

まぁ何だ、愚痴だ。ｽﾏﾝ。

>>301
そこまで親切にコメント書いてあれば流石にわかるなぁ。
っていうかphpのオブジェクト指向って変に見辛いな。

VB系のﾌﾟﾛｸﾞﾗﾑ言語と識別子が逆だからめんどうだよね

PHP4のオブジェクト指向が中途半端だからいけない

PHPはオブジェクト指向言語ではありません

>>305
それだから、PHPでオブジェクト指向はしない...と思っていたんだけど
最近ちょっとずつやってみている。

しかし一番最初に触った言語がPHPだったもんだから、この前
C言語を勉強しているときに「あー、やっぱPHPって気持ち悪いな」って思った。
なんか仕様がグダグダだし、10年くらいすれば忘れられそうだなとか思った。

10年後には確実に気持ちいい言語になってるのがPHPだけどな

それだけは無いな

10年前のPHP3の時は地獄のようでした

オブ脳とPHPデザパタを読んでオブジェクト指向というのを実践しようとしたけど、
ちゃんとわかってないからか、酷いスパゲッティーになる気がして途中でやめた。

中途半端なオブジェクト指向を解説してるところはないのかな。

俺の今の思考↓。
クラスのメリット
・関数を纏められるの。
・纏めた関数だけ扱う変数を作れる。
・継承のおかげで、元は残したまま拡張した纏まりを別の場所で使える

よし、オブジェクト指向で書くぞ！って書くもんじゃなくて
気づいたら知らぬ間にOOで書いてるもんだ

>>310
クラスを処理関数郡的に捕らえると、クラスが肥大化したりするかもな。
どちらかというと、データに処理機能を添わせると考えた方がよさそげ。

手続き型で書かれたｽｸﾘﾌﾟﾄをclassで囲んで、
処理を関数で小分けして、例外かましただけ、
みたいなのあるよね
継承、再利用、知るかボケみたいな


俺がまさに今やってることだけど(´･ω･`)

他の人はどうか知らんのだけど、俺個人レベルでは
再利用や拡張のためにクラスを書いたり継承したりはあんまりない。
多態性を持たせるための手段として継承させる程度かな。

PHP5時代の本は買ったことないのだけど、PHP4の時代は
継承による拡張ばかり取り上げていて、カプセル化とか多態性の
ことはあまり取り上げられてなかった希ガス。まぁPHPもデザパタが
取り上げられているので多態性については出てくるでしょうけどカプセル化は?

PEARのDB(MDB2)もFetchモードがObjectのとき、StdClassだけじゃなくて
XmlSerializerみたいにクラスを指定できたらいいなと思うのは変?

>>310にあるメリットは、結果であって目的ではないと思う、
と思えるようになった今日この頃w

ｵﾌﾞｼﾞｪ糞指向はうんこだな
人類は新しいﾊﾟﾗﾀﾞｲﾑを発明してくてる天才を必要としている

オブジェクト指向はどう見ても最高だろ

PHPでは、結局、カプセル化、抽象化できる部分をクラスにして、
手続き型の部分から呼び出す方法に落ち着いた

MVCでいうと
Mをクラスで、Cを手続き型で、Vをテンプレートエンジンでやるというのが
わかりやすくてよいと思った。

ポリモーフィズムって、PHPで実現するのが面倒だと思うけど、どう?

djangoでいうMVTだな。

>>314
＞継承による拡張ばかり取り上げていて、カプセル化とか多態性の
＞ことはあまり取り上げられてなかった希ガス。
そもそも4はﾒﾝﾊﾞﾒｿｯﾄﾞ全てがパブリックなんで、
カプセル化の概念自体皆無。
説明しようにも、カプセル化の機能自体が無いので不可能。

>>319
言いたいことはわかるけど、概念自体皆無とか不可能ってのは言い過ぎじゃね?
そもそもオブジェクト指向ってオブジェクト単位で独立した存在にするだろ。
だから、カプセル化＝独立 であって カプセル化＝隠蔽 ではないと思う。
PEARもPrivateメソッドやフィールドは先頭にアンダーバー(_)をつけるなど、
コーディング規約で決めてるわけだし。

もちろん、規約であって言語仕様じゃないから、
簡単にアクセスできて崩壊してしまうがの。

カキコ後に読み直して
> カプセル化＝隠蔽 ではない
は言い過ぎだったかな。

オブジェクトを独立させる為にカプセル化を行う。
隠蔽はカプセル化を厳密に行う手段(手法)ってことでどぉ。

>>320
そんな規約定めてるPEAR自身、アンダーバーがついてるプライベートであるはずのﾒﾝﾊﾞに
パブリックアクセスしてる件について

>>321
4の解説書なんだから、コーディング規約のことまでいちいち面倒見る必要無いだろ。
概念として説明してもかえって紛らわしいだけ。
だからPHP5が生まれたわけで。

>>317
PHPのような型無し言語はポリモーフィズムだらけです。

>>324
型なしといわずに「動的型」といってあげて

おｋ。次から挑戦してみる。

それぞれの型クラス作ればいいんじゃね？

と言いますと？

>>327
それおもしろそうだな。
symfonyのsfMixer使ってやれば、
意外とそれなりにつかえるもんになりそう。

まぁ、ぐちゃぐちゃになりそうな気もしなくも無いけど…

type hintingでstringとかintも使えるようにすりゃいいのにな
そんなに難しくもなさそうだし

phpのtype hintingはでstringとかintも使えるようにって話は時々話題になるけど、もし導入するとしたら、
function hoge(string s) {・・・
っていう定義の関数をhoge(12);で呼び出した場合、エラーにすべき？例外投げるべき？暗黙的にキャストすべき？

わざわざtype hintingに記述する＝厳格な型を要求してる
と考えられるから
事前にstringにキャストされてたらok
int等ならfatal errorじゃない？

オブジェクト指向よくわからんから
とりあえずpearのDB呼んでみる。

>>322
stringとintの違いを意識しなくてもコードを書けるのが、ほとんど唯一のPHPの利点なのに・・・

>>334
PHPの利点すくな！

例えば掲示板投稿処理で
入力処理
画像処理
ログ処理
表示処理
とかにクラスが分かれている場合、それぞれでオブジェクトを作成するの？