トップページphp
435コメント132KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2005/12/02(金) 11:18:17ID:lnZM9OlM
サーバーサイドWebプログラミングのOOスレです。

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

などなど。

前スレ
PHPでオブジェクト指向プログラミング
http://pc8.2ch.net/test/read.cgi/php/1113724557/
0081nobodyさん2005/12/23(金) 18:01:01ID:???
オブジェクト指向言語は、OOがphp使うような素人の馬鹿避けになってる所は有るね。
phpの生産性って、素人を安い人件費で大量に使えるってだけだからねえ。
RoRは馬鹿には理解出来ないから、流行る事は無いだろう。流行るためには馬鹿でも理解出来る事が必要だし。
0082nobodyさん2005/12/23(金) 18:18:43ID:???
RoRのレベルが高いと思ってるおばかさんが一人いるぞw
Lisp信者にもその考えの奴多いんだよなぁ。
0083nobodyさん2005/12/24(土) 02:04:43ID:???
ざっくり言ってphpユーザはレベルが低い
0084nobodyさん2005/12/24(土) 13:15:52ID:???
ユーザのレベルなんて人それぞれだし、スレ違いでは?
0085nobodyさん2005/12/24(土) 20:22:24ID:???
phpしか書けない香具師に、LispやRoRは無理。
0086nobodyさん2005/12/24(土) 21:25:57ID:???
この言いっぱなしの駄レス連発してるやつって一人でやってんの?
0087nobodyさん2005/12/25(日) 02:32:29ID:???
はいはいわろすわろす
って言ってほしいんだろきっと。
LispはまだしもRoRを難しいとか言う奴初めて見た。
PHPしかできない奴のレベルが低いってのはまあ当たり前の話だが。
0088nobodyさん2005/12/27(火) 16:43:08ID:Zix1qzzJ
>>57-58
すみません、エロくても大丈夫になりましたのでどなたか教えてください。。。

分かった事
MT/Bootstrap.pmが関係?
0089nobodyさん2005/12/27(火) 17:59:00ID:Zix1qzzJ
あ、これはただ単にハッシュを渡しているだけなのですか?^^;
0090nobodyさん2005/12/27(火) 22:04:42ID:???
スレ違いだって
0091nobodyさん2005/12/28(水) 02:23:24ID:FTSvjaED
>>90
まあアレだ、Ruby厨には聞いていないから帰れということらしい。

>>57-58
Bootstrap.pmでimport関数に%param{App}を渡していると思うのだがその辺調べてみてくれ。
0092nobodyさん2005/12/28(水) 09:12:28ID:???
ここで解説はイラネ。

配布スクリプトの読めない部分を解説しちゃる
ttp://pc8.2ch.net/test/read.cgi/php/1094842959/l50
0093nobodyさん2006/01/01(日) 02:30:26ID:???
>>85
なんというか、馬鹿丸出しな発言だな。
そもそもRoRが使えれば、Ruby使えるわけだから、
PHPしか使えないなんてことは成り立たないわけで。
逆にRoRしか使えないやつはPHP使えないしな。
0094nobodyさん2006/01/01(日) 13:35:44ID:???
でもPHP使いよりRuby使いの方が仕事出来るのが事実。
0095nobodyさん2006/01/01(日) 14:05:33ID:???
>>94
まじ?
俺、今、Rubyを勉強しているんだけど、プロになれる?
0096nobodyさん2006/01/01(日) 16:16:39ID:???
>>94
はじめからそう言えばいいのに、頭が悪いから>>85みたいな言い方になってしまったんだね。
0097nobodyさん2006/01/01(日) 16:18:04ID:???
「○○使い」なんて言語限定してる時点でそいつは使えない
0098nobodyさん2006/01/05(木) 18:20:00ID:???
RubyでWeb開発とか趣味以外でやってる人いるの?
0099nobodyさん2006/01/05(木) 18:36:44ID:???
>>98
とりあえず、仕事で使われてるのをみたことがないな
あと、Ruby関連は書籍がちゃんとしたのが少なくない?

ってかすれ違いなんで、こういうのはマ板で
01001002006/01/07(土) 17:47:26ID:???
誰も100をとってくれない件について
0101nobodyさん2006/01/07(土) 18:20:48ID:???
0x64なんてキリ番じゃない。
0102nobodyさん2006/01/08(日) 16:02:42ID:???
誤:使えない
正:使わない
0103nobodyさん2006/01/19(木) 01:21:15ID:Mz+RYmqL
試しにあげてみる
0104nobodyさん2006/01/21(土) 03:53:09ID:???
>>99 影舞
0105nobodyさん2006/01/27(金) 12:31:26ID:61WrCUJb
PHPのthrowって例外オブジェクトがどこまでも飛んでいくから便利だね。
でもスパゲティの原因になったりしない?
いったいいつcatchされるんだろう・・・?みたいな。
もしくは、ここのcatchは何のためにあるんだろう・・・?みたいな。
Javaの場合throws書かないといけないけど。
そのまま便利さを享受すべきか、全てのメソッドにthrows相当のものをコメントとして加えておくべきか、ご意見いただけると幸いですw
0106nobodyさん2006/01/28(土) 18:58:27ID:???
俺の場合は、catchした上で処理を継続できるような場合はコメントに
@throws で記述しておく。
処理を続行できないような致命的な例外の類は一切キャッチしない or
トップレベルですべての Exception を catch するようにしてる。
0107nobodyさん2006/01/29(日) 22:11:15ID:???
使い捨てなら気にせずthrowしまくるけど、ある程度規模が大きくなってきたら問答無用で@throws書いたほうがいい。
0108nobodyさん2006/01/30(月) 23:29:09ID:l8Eu1UQ7
自作のphpフレームワークを公開して見ました。

一応MVCモデルとオブジェクト指向プログラミングに基づいて作成しています。

もしよろしかったらご覧いただければ幸いです。

http://pharon.lolipop.jp/
0109nobodyさん2006/01/31(火) 01:43:20ID:???
>>108
Webサイトが思い切りテーブルレイアウトで萎えた。
普通に見出しと本文でいいじゃん。
なんか怪しげなローマ字とか使ってるし。

詳しくは読んでないけど、まずはその素人臭さを払拭しないと
使ってみる気にもなれんね。
0110nobodyさん2006/01/31(火) 10:49:03ID:???
整形済み文字にする必要性がわからん
0111nobodyさん2006/01/31(火) 11:17:28ID:???
あちこちにマルチし過ぎだしな。
まぁ、本人とも限らないが…。
0112nobodyさん2006/01/31(火) 13:18:08ID:???
pharonの読み方を教えてください
0113nobodyさん2006/01/31(火) 14:18:11ID:???
ファロン?
0114nobodyさん2006/02/02(木) 12:00:05ID:???
ファロン ファーロン 有名ピカソ
0115nobodyさん2006/02/03(金) 20:05:36ID:3T+q60Jd
たぶんファーロンじゃないかな?
0116nobodyさん2006/03/24(金) 08:23:48ID:???
過疎りすぎw
0117nobodyさん2006/03/27(月) 23:45:30ID:NOFET43q
期待age。
で、 Web サイトを PHP で組もうと思ってるんだけどオブジェクト指向でやったほうがベター?
まだ覚えてないけどな 。
0118nobodyさん2006/03/28(火) 00:50:26ID:???
>>117
PHPでOOなんて無意味><
0119nobodyさん2006/03/28(火) 08:10:30ID:???
>>118
まだこんなこと言ってるやついるんだな
0120nobodyさん2006/03/28(火) 09:41:36ID:64m8EIcO
PHPっていったら、HTMLを直に操作する軽快感が一番重要でしょ。
クラスとか使いはじめると、この足取りの軽さが激減するし、だったらJAVA使ったほうが賢いのでは。
大体WEBプログラミングでオブジェクト指向を得意げに使うこと自体が、スパゲティ大好きって言ってるようなもんだな。
0121nobodyさん2006/03/28(火) 10:23:08ID:???
>>120
「だったら Java」ってやつは最初から PHP なんか使わないか、
PHP も Java も分かってないかのどっちかだな
0122nobodyさん2006/03/28(火) 10:51:45ID:???
私も以前は PHP で OOP なんてする必要ねーよと思っていた。
特に PHP4 のクラスの実装はクソなので OOP するのも面倒だなと思っていた。

しかし、デスマってるプロジェクトに投入されて、
そのプロジェクトが index0001.php4 とか index0134.php4などと
200個くらいのファイルを羅列しているのを見たとき、
たとえ、PHP4 であろうとも OOP を導入すべきだという主張にかわったよ。

OO でなくとも、Logic と View は分けるべきだ。
できるなら、MVC でお願いします。
0123nobodyさん2006/03/28(火) 12:02:55ID:???
>>1
Javaでは当たり前なことを
なぜこんなスレタイをたてるのか。
どうせならStrutsやJSF< Tapestry, Seasar2など
フレームワーク関係のスレタイにしておけばよかったのに。
0124nobodyさん2006/03/28(火) 12:04:50ID:???
>>17
一応JavaScriptでprivateにできるテクニックはあるあしい。
ローカル変数を使って。Ajaxに使われている
Prototypeというフレームワークもどきに使われているようだ。

かなり小汚いテクニックで読みにくいソースコードだが。
0125nobodyさん2006/03/28(火) 12:05:37ID:???
>>21
PHP4と5では違う。
publicやprivate宣言を忘れているぞ
0126nobodyさん2006/03/28(火) 12:07:24ID:???
>>122
しかし、PHPは未だに名前空間が無いから
PHP5からJavaライクなオブジェクト実装が
サポートされても使い勝手は相変わらず悪い。
ini_get()してからini_set()するのはもうウンザリ。
__autoloadだか忘れたがこれをうまくつかって
Javaのimportそっくりなことできそうにみえるが、
それも使い勝手が悪い。
0127nobodyさん2006/03/28(火) 12:38:09ID:???
>>123
フレームワークのスレあるじゃん
0128nobodyさん2006/03/28(火) 12:40:59ID:???
>>124
なんかムリにprivateにしなくていいじゃんと思うようになるよ
Perl も PHP 4 も運用でカバーしてるんだし
0129nobodyさん2006/03/28(火) 12:57:27ID:???
JSの場合はJava系みたいにインスタンス変数ごとにprivateっていう考え方よりも、Cのファイルスコープstaticみたいに、ファイルごと(モジュールごと)にローカライズ(隠蔽)するのが常套手段かな。
インスタンス変数はそもそも隠蔽する対象じゃないんだな。
2.0でclassとか拡張されてるから、また変わってくると思うけど。
0130nobodyさん2006/03/28(火) 13:37:18ID:???
>>122
MVCがいまいち理解できません。
どこがいいのか k w s k !
0131nobodyさん2006/03/28(火) 13:59:03ID:???
>>120
軽快感が重要というのは同意だけど、別にそれだけがPHPのメリットじゃないわけで。
クラスだって軽く使おうと思えば使えるし、お手軽なOOPという観点ならPHP>JAVAだと思う。
その分できないこともあるけどな。
0132nobodyさん2006/03/28(火) 14:02:21ID:???
あれー。MVCスレってなかったっけ?
寝ぼけてたか?
0133nobodyさん2006/03/28(火) 20:32:38ID:???
RubyとPHPはどっちが向いてる?
0134nobodyさん2006/03/28(火) 21:34:59ID:???
>>133
多分Ruby
0135nobodyさん2006/03/28(火) 21:42:58ID:???
PHPのような低機能な言語でさらにクラス機能まで減らすのはバカ。
そんなことしたら、バカみたいなコードしかかけなくなる。
0136nobodyさん2006/03/28(火) 22:02:13ID:???
>>135
そういうことはクラスを実際に何に使うのかあげてから言ってくれます?
0137nobodyさん2006/03/28(火) 22:06:27ID:???
>>134
ぐーぐるさん的には
PHP 2,320,000,000 件
Ruby 107,000,000 件

この圧倒的な差はいったい!?
0138nobodyさん2006/03/28(火) 22:28:04ID:???
PHPは変数のスコープを分けれない。それだけでもクラスを使う理由になる。
0139nobodyさん2006/03/28(火) 23:02:46ID:???
スコープは分かれてるけど、、、
名前空間がないってことか?
0140nobodyさん2006/03/29(水) 02:32:56ID:???
変数のスコープは分けれるけど、クラス名・関数名・定数名(クラス定数除く)のスコープが分けられないんだと思われ。
0141nobodyさん2006/03/29(水) 22:51:03ID:???
OOPの最大の利点は、再利用性が抜群に高いことだと思う。

自分はアクセスカウンターとか掲示板など、いろんな汎用スクリプトを作ってるんだけど
今後新しいスクリプトが簡単に作れるように、クラスモジュールを構築しながら作成してるから
開発効率がどんどんよくなってきている。
0142nobodyさん2006/03/29(水) 23:13:01ID:???
でも気づいたら2、3行の処理でも関数にしてる自分がいたり・・・するのは俺だけか
0143nobodyさん2006/03/29(水) 23:15:45ID:???
そもそもクラスって何書くの?
0144nobodyさん2006/03/30(木) 10:08:01ID:???
>>143
変数と関数
0145nobodyさん2006/03/30(木) 13:31:51ID:???
>>144
わかってない奴発見
0146nobodyさん2006/03/30(木) 14:19:46ID:???
>>145
正しいのを教えて。
0147nobodyさん2006/03/30(木) 15:06:58ID:???
>>144 でもあながち間違いじゃないが

クラスとは
一緒に使われる情報(データ・関数)をその中にまとめ、別々に使われる情報を除外するためのもの
です。
0148nobodyさん2006/03/30(木) 16:16:42ID:???
せんせい!ぜんぜんいみがわかりません><
0149nobodyさん2006/03/30(木) 16:29:49ID:???
PHP 限定で言えば global を書かずにコードを書く
ためにあると思っておいて間違いではない

コードにまとまりがないうちは不便だが、まとまりが
ない段階でダメだと思えばいい
0150nobodyさん2006/03/30(木) 17:18:32ID:???
それだったら普通の関数でよくね?
0151nobodyさん2006/03/30(木) 21:38:19ID:???
PHPだとそうなっちゃうよな
0152nobodyさん2006/03/31(金) 00:12:08ID:???
perlみたいにパッケージがあれば関数ライブラリだけでやってけるかも知れないが、PHPにパッケージはない。
代わりにクラスを使うしかない。
0153nobodyさん2006/03/31(金) 00:31:04ID:???
>>147
むしろなぜ分類(除外)するのか、というところにOOの本質があるのでは?
0154nobodyさん2006/03/31(金) 05:07:58ID:mYeRlPC0
>>152
PHPのクラスがパッケージの代替でしかないなら、インスタンス化は無意味ってこと?
$hoge = new Hoge; $hoge->kansuu();
より
Hoge::kansuu();
の方が早いもんね
0155nobodyさん2006/03/31(金) 05:13:33ID:???
インスタンスにしないと継承でけんやん
0156nobodyさん2006/03/31(金) 05:31:31ID:???
継承とかPHPで使ってるの見たことない。
グローバル変数使わないだけなら定数使うとかあるし
0157nobodyさん2006/03/31(金) 05:36:54ID:???
ばりばり使いますよ
フレームワークなんて継承前提だし
0158nobodyさん2006/03/31(金) 08:04:27ID:???
インスタンスにせんでも継承はできまっせ
0159nobodyさん2006/03/31(金) 08:09:59ID:???
>>150
普通の関数でいいと思うならそれでいけばいいじゃんてことでしょ

つかそういうスレつけてる人はこのスレ覗く必要全然ない
0160nobodyさん2006/03/31(金) 08:38:38ID:???
・関数がいい人は関数でやればいい
・クラスがいい人はクラスでやればいい

↑ここまではおk。それじゃ、

・クラスがいい人は何のためにクラス使ってるの?しかもPHPでw ←いまここ
0161nobodyさん2006/03/31(金) 08:56:52ID:???
OOP関係の本なら大概載っている

1.カプセル化
2.継承
3.ポリモフィズム

の、3つが何故良いのかを説明できれば、OOPの利点が見えるんじゃないの?
詳しい人↓よろ。
0162nobodyさん2006/03/31(金) 08:59:41ID:???
いまだにクラスを何に使ってるの、なんて聞く人がいるの?
0163nobodyさん2006/03/31(金) 09:03:25ID:???
1.カプセル化
2.継承
3.ポリモフィズム

ならJavaのほうが初めからそういうふうに設計された言語だけあって有利じゃないの?
PHPのクラスにそういう利点て見出せないな。
0164nobodyさん2006/03/31(金) 09:11:07ID:???
>>162
みんなのために説明よろしく。
0165nobodyさん2006/03/31(金) 09:23:18ID:???
>>158
本当だ…
ちゃんと親クラスの関数にアクセスできる。
てっきりインスタンス時点で合成されるのかと思ってた。
0166nobodyさん2006/03/31(金) 09:31:23ID:???
PHPはもともと関数志向?的な作りだから、
OOPに最適化されているとは言いがたいんだけど、
それでもクラスは使った方が便利だよ。
0167nobodyさん2006/03/31(金) 09:43:30ID:???
それじゃなぜPHPを使うの?
0168nobodyさん2006/03/31(金) 09:49:02ID:???
総合的に見て、実用性に秀でているから。
0169nobodyさん2006/03/31(金) 11:27:34ID:???
>>164
みんなのためだなんて嘘書かないの。
ぼく分からないから教えてって言え。
0170nobodyさん2006/03/31(金) 11:55:57ID:???
>>169
ぼく分からないから教えて

これでいいか?さあ早く教えろ。
0171nobodyさん2006/03/31(金) 14:59:28ID:???
カプセル化 【encapsulation】
読み方 : カプセルか
分野 : プログラミング > オブジェクト指向

オブジェクト指向プログラミングが持つ特徴の一つ。
データとそれを操作する手続きを一体化して「オブジェクト」として定義し、オブジェクト内の細かい仕様や構造を外部から隠蔽すること。
外部からは公開された手続きを利用することでしかデータを操作できないようにすることで、個々のオブジェクトの独立性が高まる。
カプセル化を進めることによりオブジェクト内部の仕様変更が外部に影響しなくなり、ソフトウェアの保守性や開発効率が高まり、プログラムの部分的な再利用が容易になる。


で、PHPで実用的なカプセル化ってどんなのよ?
0172nobodyさん2006/03/31(金) 15:56:15ID:???
>>171
PHP(4)ではカプセル化は無理。
だから、コメント上で、
どの情報にはアクセスできてどの情報はアクセスを禁止するかを明言する必要がある。

だからPHP(4)に関して言えば、OOPによるカプセル化の利点はない。
0173nobodyさん2006/03/31(金) 17:08:32ID:???
Singleton前提のクラスは
インスタンス化する必要ないってことでOK?
でもコンストラクタでの初期設定ができないか…
0174nobodyさん2006/03/31(金) 17:39:36ID:CdaR7r2n
PHPにおけるOOPの利点は、言葉で伝えてもなかなか分からないと思うので、
応用例を作ってみました。
文字列を1文字ずつ読み出すスクリプトです。

ソース
http://trashtoy.dw.land.to/app/chartest/chartest.zip

実行例
http://trashtoy.dw.land.to/app/chartest/sjis-test.php
http://trashtoy.dw.land.to/app/chartest/euc-test.php
01751742006/03/31(金) 17:44:05ID:???
>>173
例えば >>174 のソースの中にある
euc_jp_reader クラスや shift_jis_reader クラスなんかは Singleton 前提のクラスですが、
char_iterator クラスのコンストラクタの引数となるため、インスタンス化してやる必要があります。

Singleton 前提のクラスを敢えてインスタンス化する利点の一つは、
ポリモルフィズムが応用できるってことかな。
0176nobodyさん2006/03/31(金) 18:30:26ID:???
>>175
なるほど
○他の関数の引数に出来る
○その結果クラス名を指定しないメソッド呼び出しも可能になる
(ポリモーフィズム)
ってことだね
0177nobodyさん2006/03/31(金) 18:35:59ID:???
>>174
2つ質問がある。
・そのスクリプトの中で、Webサイトを構築する上で有用な情報はどこにあるの?
・そのスクリプトの中で、JavaやRubyに対するPHPの優位性はどこにあるの?
01781742006/03/31(金) 19:14:39ID:???
・そのスクリプトの中で、Webサイトを構築する上で有用な情報はどこにあるの? 

ごめん。意味を正しく受け取ることが出来なかったんだけど、要は
「それを使って何か実際に役に立つものが作れるのか?」
ってことで良いですか?
これは自作の XML 解析モジュールに応用してます。
レンタルサーバーみたいに、外部モジュールを自由に導入できない
(すなわち libxml モジュールなどが使えない)環境のために作りました。

・そのスクリプトの中で、JavaやRubyに対するPHPの優位性はどこにあるの?

知りません。もしかしたら Java や Ruby のほうが優れているんじゃないんですか?
別に PHP が Java や Ruby より優れてなきゃいけない理由なんてないし。
0179nobodyさん2006/03/31(金) 19:54:05ID:???
1つ目の質問についてだけど、いちおうWebProg板だしWebプログラミングでオブジェクト指向っていうのがテーマなスレだから、あんまりズレないようにしないとね。
XMLの解析に使ってる点はいいんじゃない。お疲れさん。
2つ目は他の言語でなくなぜPHPなのかって話題が出てたから聞いてみただけ。
PHPしか知らないってのも理由の1つとしてはいいけど、馬鹿にされるからあまり言わないほうがいいかもね。
0180nobodyさん2006/03/31(金) 21:05:47ID:???
>>179
そういうしょうもない煽りは
【戦場は】PHP王とJava乞食【エンタープライズ】
http://pc8.2ch.net/test/read.cgi/php/1140124172/
こっちでやれ
0181nobodyさん2006/03/31(金) 22:24:05ID:???
>>171の続き

継承 【inheritance】
読み方 : けいしょう
別名 : インヘリタンス
分野 : プログラミング > オブジェクト指向

オブジェクト指向プログラミングにおいて、既に定義されているクラスをもとに、拡張や変更を加えた新しいクラスを定義すること。
元になるクラスを「スーパークラス」(super class)、あるいは「基底クラス」「基本クラス」(base class)などと呼び、新たに定義されたクラスを「サブクラス」(subclass)、あるいは「派生クラス」(derived class)と呼ぶ。
スーパークラスの性質はすべてサブクラスに受け継がれ、サブクラスではスーパークラスとの違いを定義するだけでよい。
複数のスーパークラスから新しいクラスを定義することを多重継承という。


で、PHPで実用的な継承ってどんなのよ?
■ このスレッドは過去ログ倉庫に格納されています