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

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

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

などなど。

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

>>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の利点すくな！

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

ま、まぁそうしたければそうすればいいんじゃない？

なにその突き放したレス

ままぁ、そうしたければそうすればいいんじゃない？

ままままぁ、そそうしたければね

オブジェクト指向っていうものは聞いて覚えるもんじゃない。
体で感じるんだ。

2ch型掲示板を作る時はオブジェクト指向でやったなあ

「PHPによるデザインパターン入門」を始めてみた。
いきなりTemplate Method ではまった。

本の通りに打ち込んでるのに、クライアント呼んでも
画面が空白のままだ。

試しにクライアントの中で文字列出力をしてみると、
スクリプトの先頭では出力できるけど、require_once
以降ではechoしても出力できない。

var_dumpでnewしたオブジェクトを表示させようとしても
空白だ。

何だこの現象は。

ちなみに、読むだけなら5章まで進んでるけど、オブジェクト指向を
軽いノリで始めるにはPHP5は結構いい感じに思えた。

>>343
エラーメッセージは表示される設定になってるのか？

ダウンロードしたソースを実行してるのか
自分で打ち込んで実行してるのか？

出来るならワンタッチで、しかも「情報起業」に特化した
ホームページ作成ソフトがあったらいいのに・・・。

もし、プロ並みにキレイなホームページが作成が出来たとしたら、
情報商材で一旗あげようと思っているあなたの人生は変りますか？

【早くも成功者続出！】起業サイトビルダー
http://www.infotop.jp/click.php?aid=16484&iid=5683

>>345
環境はPHP5.2.1 Apache2.0.59 WindpowsXP　です。

error_reportingは　E_ALL | E_STRICT　っす。

だけど、HTML吐かれてるんだよね。で、そのHTMLソース見ると、
スクリプトに指定もしてないDOCTYPE宣言とか、METAタグとか、
空のBODYタグとか入るんだけど、これどういうときなるんだろ？

ちなみに、頭に叩きこうもと思って自分で打ち込んだやつ。
ダウンロードしたやつは動いた。違いといえば、require_once
のところを別の<?php　?>ブロックにしてないところだけど・・・。

おそらくどっかでHTMLモードに入ってる
?>の後に空白とか入ってないか確かめてみ

ダンプ吐いて、地道に変数をトレースしか無いんじゃね。

ちなみに echoじゃなくて、var_dump()の方

>>348

?>の後の空白はなかったです。
ほかにもHTMLモードに移行するような箇所はなし。
もっかい見てみますけど・・・。

>>349
echoもvar_dumpも出力してくれません。どうやっても、
DOCTYPE宣言、METAタグ、要素が空のBODYタグが出力され、
結果、真っ白な画面に。

しかし、こんな簡単なスクリプトで・・・。
php.iniの問題でしょうか？phpinfo()は動いてますが。

オブジェクト指向と関係ない話で申し訳ない。

PHPスクリプトファイルの文字コードは何で保存しているの？
UTF-8で保存しているなら、BOM無しのUTF-8Nで保存し直したら、空白が直るかもしれないよ。

UTF-8とUTF-8Nの違い＝BOMについてはGoogleで検索して！

折れもBOMには、ハマったよな
フリーのエディタの中には、デフォでBOMを付加する設定になっていたりする...

UTF-8のBOM付きでは、PHPは動かなかった！

>>352
--enable-zend-multibyteでコンパイルしたPHPならBOMありでも大丈夫だよ

OOPで実装する時はJAVAとか統合環境がしっかりしてるほうが
分業の切り分けもしやすいと最近思った。
クラスが2、３個とか済む軽いのはPHPでさくっと実装するけど。

要件で言語指定がないとき、みんなの言語の選定基準って何？

BOMを処理できないPHPはウンコ

ウンコでも小便でも、
サクサク開発できるPHPは良い

あげとくか

「ウェブ社会をどう生きるか」「iPhone 衝撃のビジネスモデル」「低度情報化社会」
http://iiyu.asablo.jp/blog/2007/06/05/1556512

私書箱システム（webでログインしてメッセージが読めるシステム）で、
・ユーザーAがユーザーBにメッセージを送る
・ユーザーBにメッセージ到着メールを送る
・システム管理人にメッセージ到着メールを送る

このとき、私書箱メッセージもメール形式でmail classから処理できるようにするとして、
mailオブジェクトを3つ作って処理って普通ですか？

3つオブジェクト作ってもいいし、オブジェクト1つで宛先とか送信内容をタスクに合わせてその都度変更してから送信で良くないか？
どっちを採用してもおかしくないよ。

>>359
まずその仕様をオブジェクト指向にしたい理由を言って下さい
メリット・デメリットなど
その後にその仕様の目的にあったクラス構成を議論したいです

オブジェクト指向にあったロジックと
そうでないロジックが存在する