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

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

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

などなど。

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

>>38
オレ自身は半信半疑だけどスピード上がってるんでしょ？

>>50 >>51
納得。そうなんですか。継承はされるのに・・・、と考えるとむつかしいですね。
まあとりあえずできました！！

abstract class Hoge {
static public function method() {
$bt = debug_backtrace();
for ($i = 1; $i < count($bt); $i ++)
if (empty($bt[$i]["type"]) or $bt[$i]["type"] != "::" or $bt[$i]["function"] != __FUNCTION__)
break;
echo $bt[$i - 1]["class"];
}
}

class Fuga extends Hoge {
static public function method() {
parent::method();
}
}

Fuga::method();

超微妙・・・。デバッグでもなんでもないのにdebug_backtraceとか超微妙。

>>42
なんで、そういうことをしたいか？って書けば
別解がでるんじゃね？

>>54
返事が遅れて申し訳ない。・・・といってもその間にレス来てないけどｗ
実際にはデバッグの目的でログを取るのに、staticメソッド内で呼び出したサブクラス名を__CLASS__みたいに手軽に取得できないかを探し始めたのがきっかけでした。
その意味ではdebug_backtraceを発見したのでそれで問題解決なんだけど、元の質問をしたときには確か似たような問題を見た記憶があって、もうちょっと一般的な問題のように扱えるかも・・・とでしゃばってみた限りですorz
まあ時間的に少し余裕があったし、今後似たような状況（例えば可変クラスとか）も起こらないとは言えないってこともあって、色々考案してみました。

以下は一般的にはこうするのが（ベストとは言えないまでも）一番マシじゃないかなぁ〜という、ちょっとした提案
abstract class Hoge { static public function method($name = __CLASS__) { echo $name; } }
class Fuga extends Hoge { static public function method($name = __CLASS__) { parent::method($name); } }
Hoge::method();
Fuga::method();
サブクラスにメソッドの実装を強制できない点が痛いけど>>53よりマシかなって程度で。
まだマニュアルを引きつつ勉強中な身なんで、つっこみとかあったらよろしくです。

強制したきゃしろよ

Movable Typeの11行目の、
use MT::Bootstrap App => 'MT::App::CMS';
って、どういう意味ですか？
分かるエロくない人、どうかお教えください。

すみません、MT 3.2(日本語版)のmt.cgiの話です。
あと、勝手にMovable Typeがオブジェクト指向と判断してます。

>>57
エロいので教えない

Javaライクな（クラスの）パッケージ管理はPHPではでけへんの？
__autoload() を使おうとするとどうしても一つのフォルダに
クラス定義ファイルを全部ぶち込むことになるんだけど

いけたっ
うんこぷー

自クラス内のプロパティーにも
ｾｯﾀｰｹﾞｯﾀｰ介してｱｸｾｽする？
あるいは自分の中のことだから
直ｱｸｾｽする？
Dotch？

>>63
自分のクラス内なんだから直アクセスでしょ。
クラス内でもセッタゲッタしたいってことは、そのプロパティによっぽど整合性が必要なんだろうから、場合によっては必要な部分だけabstractなクラスとして抽出して問題のプロパティをprivateにする。
ってそれWebプログラミングとどういう関係があるの？

宗教論争させたいだけでしょ

なんか仕込みがあるならともかく
別段論争になるようなことじゃないと思うけど

>>>64
やっぱりそっか。
さんくすこ。
>>65
そんなわけﾅｽ

大域変数にするか問題と同じだな。

>>62
手間をかけさせて悪かった
やってみる

Ruby on Railsとかいうのがお目見えしたことだし
スクリプト系はMVC的に糞ってなことにはもうならないな

パッシブは別に糞じゃないだろ

>>70
RoRはぶっちゃけあんまり流行る気しないんだが。
あれってMVC？

PHPじゃそうかもな。rubyやperlはもうコレで決まりだと思う。

いやRuby自体がWebプログラミング方面でそれほど伸びないと思う。
Rubyの方がPHPより先に世の中に知れ渡ってたらRubyの圧勝だったかもしれないが、今更PHPと比較して生産性高いとも思えないし（飽くまでWeb方面では）。

そこで、pythonですよ！

Π損はメタクラス以外見るべきところが無い希ガス

rubyは構文が特殊すぎるし、まんまオブジェクト指向だから、phpのような流行り方をすることはそもそもありえなかったと思う。
unixハッカーな人たちにはperlやrubyが今後も支持されていくでしょう。phpは違う層の人たち向け。

ちょｗｗｗ
unixハッカーってなんだｗｗｗ
そりゃC使いｒｙ

ｃは別物。phpはもっと別物だけど。

WebでOOするときってどんなクラスつくるの？
MVC以外で。

オブジェクト指向言語は、OOがphp使うような素人の馬鹿避けになってる所は有るね。
phpの生産性って、素人を安い人件費で大量に使えるってだけだからねえ。
RoRは馬鹿には理解出来ないから、流行る事は無いだろう。流行るためには馬鹿でも理解出来る事が必要だし。

RoRのレベルが高いと思ってるおばかさんが一人いるぞｗ
Lisp信者にもその考えの奴多いんだよなぁ。

ざっくり言ってphpユーザはレベルが低い

ユーザのレベルなんて人それぞれだし、スレ違いでは？

phpしか書けない香具師に、LispやRoRは無理。

この言いっぱなしの駄レス連発してるやつって一人でやってんの？

はいはいわろすわろす
って言ってほしいんだろきっと。
LispはまだしもRoRを難しいとか言う奴初めて見た。
PHPしかできない奴のレベルが低いってのはまあ当たり前の話だが。

>>57-58
すみません、エロくても大丈夫になりましたのでどなたか教えてください。。。

分かった事
MT/Bootstrap.pmが関係？

あ、これはただ単にハッシュを渡しているだけなのですか？＾＾；

スレ違いだって

>>90
まあアレだ、Ruby厨には聞いていないから帰れということらしい。

>>57-58
Bootstrap.pmでimport関数に%param{App}を渡していると思うのだがその辺調べてみてくれ。

ここで解説はイラネ。

配布スクリプトの読めない部分を解説しちゃる
ttp://pc8.2ch.net/test/read.cgi/php/1094842959/l50

>>85
なんというか、馬鹿丸出しな発言だな。
そもそもRoRが使えれば、Ruby使えるわけだから、
PHPしか使えないなんてことは成り立たないわけで。
逆にRoRしか使えないやつはPHP使えないしな。

でもPHP使いよりRuby使いの方が仕事出来るのが事実。

>>94
まじ？
俺、今、Rubyを勉強しているんだけど、プロになれる？

>>94
はじめからそう言えばいいのに、頭が悪いから>>85みたいな言い方になってしまったんだね。

「○○使い」なんて言語限定してる時点でそいつは使えない

RubyでWeb開発とか趣味以外でやってる人いるの？

>>98
とりあえず、仕事で使われてるのをみたことがないな
あと、Ruby関連は書籍がちゃんとしたのが少なくない？

ってかすれ違いなんで、こういうのはマ板で

誰も100をとってくれない件について

0x64なんてキリ番じゃない。

誤：使えない
正：使わない

試しにあげてみる

>>99 影舞

PHPのthrowって例外オブジェクトがどこまでも飛んでいくから便利だね。
でもスパゲティの原因になったりしない？
いったいいつcatchされるんだろう・・・？みたいな。
もしくは、ここのcatchは何のためにあるんだろう・・・？みたいな。
Javaの場合throws書かないといけないけど。
そのまま便利さを享受すべきか、全てのメソッドにthrows相当のものをコメントとして加えておくべきか、ご意見いただけると幸いですｗ

俺の場合は、catchした上で処理を継続できるような場合はコメントに
@throws で記述しておく。
処理を続行できないような致命的な例外の類は一切キャッチしない or
トップレベルですべての Exception を catch するようにしてる。

使い捨てなら気にせずthrowしまくるけど、ある程度規模が大きくなってきたら問答無用で@throws書いたほうがいい。

自作のphpフレームワークを公開して見ました。

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

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

http://pharon.lolipop.jp/

>>108
Webサイトが思い切りテーブルレイアウトで萎えた。
普通に見出しと本文でいいじゃん。
なんか怪しげなローマ字とか使ってるし。

詳しくは読んでないけど、まずはその素人臭さを払拭しないと
使ってみる気にもなれんね。

整形済み文字にする必要性がわからん

あちこちにマルチし過ぎだしな。
まぁ、本人とも限らないが…。

pharonの読み方を教えてください

ﾌｧﾛﾝ？

ﾌｧﾛﾝ ﾌｧｰﾛﾝ 有名ﾋﾟｶｿ

たぶんファーロンじゃないかな？

過疎りすぎｗ

期待age。
で、 Web サイトを PHP で組もうと思ってるんだけどオブジェクト指向でやったほうがベター？
まだ覚えてないけどな　。

>>117
PHPでOOなんて無意味＞＜

>>118
まだこんなこと言ってるやついるんだな

PHPっていったら、HTMLを直に操作する軽快感が一番重要でしょ。
クラスとか使いはじめると、この足取りの軽さが激減するし、だったらJAVA使ったほうが賢いのでは。
大体WEBプログラミングでオブジェクト指向を得意げに使うこと自体が、スパゲティ大好きって言ってるようなもんだな。

>>120
「だったら Java」ってやつは最初から PHP なんか使わないか、
PHP も Java も分かってないかのどっちかだな

私も以前は PHP で OOP なんてする必要ねーよと思っていた。
特に PHP4 のクラスの実装はクソなので OOP するのも面倒だなと思っていた。

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

OO でなくとも、Logic と View は分けるべきだ。
できるなら、MVC でお願いします。

>>1
Javaでは当たり前なことを
なぜこんなスレタイをたてるのか。
どうせならStrutsやJSF< Tapestry, Seasar2など
フレームワーク関係のスレタイにしておけばよかったのに。

>>17
一応JavaScriptでprivateにできるテクニックはあるあしい。
ローカル変数を使って。Ajaxに使われている
Prototypeというフレームワークもどきに使われているようだ。

かなり小汚いテクニックで読みにくいソースコードだが。

>>21
PHP4と5では違う。
publicやprivate宣言を忘れているぞ

>>122
しかし、ＰＨＰは未だに名前空間が無いから
PHP5からJavaライクなオブジェクト実装が
サポートされても使い勝手は相変わらず悪い。
ini_get()してからini_set()するのはもうウンザリ。
__autoloadだか忘れたがこれをうまくつかって
Javaのimportそっくりなことできそうにみえるが、
それも使い勝手が悪い。

>>123
フレームワークのスレあるじゃん

>>124
なんかムリにprivateにしなくていいじゃんと思うようになるよ
Perl も PHP 4 も運用でカバーしてるんだし

JSの場合はJava系みたいにインスタンス変数ごとにprivateっていう考え方よりも、Cのファイルスコープstaticみたいに、ファイルごと（モジュールごと）にローカライズ（隠蔽）するのが常套手段かな。
インスタンス変数はそもそも隠蔽する対象じゃないんだな。
2.0でclassとか拡張されてるから、また変わってくると思うけど。

>>122
MVCがいまいち理解できません。
どこがいいのか　ｋ　ｗ　ｓ　ｋ　！

>>120
軽快感が重要というのは同意だけど、別にそれだけがPHPのメリットじゃないわけで。
クラスだって軽く使おうと思えば使えるし、お手軽なOOPという観点ならPHP>JAVAだと思う。
その分できないこともあるけどな。

あれー。MVCスレってなかったっけ？
寝ぼけてたか？

RubyとPHPはどっちが向いてる？

>>133
多分Ruby

PHPのような低機能な言語でさらにクラス機能まで減らすのはバカ。
そんなことしたら、バカみたいなコードしかかけなくなる。

>>135
そういうことはクラスを実際に何に使うのかあげてから言ってくれます？

>>134
ぐーぐるさん的には
PHP 2,320,000,000 件
Ruby 107,000,000 件

この圧倒的な差はいったい！？

PHPは変数のスコープを分けれない。それだけでもクラスを使う理由になる。

スコープは分かれてるけど、、、
名前空間がないってことか？

変数のスコープは分けれるけど、クラス名・関数名・定数名（クラス定数除く）のスコープが分けられないんだと思われ。

OOPの最大の利点は、再利用性が抜群に高いことだと思う。

自分はアクセスカウンターとか掲示板など、いろんな汎用スクリプトを作ってるんだけど
今後新しいスクリプトが簡単に作れるように、クラスモジュールを構築しながら作成してるから
開発効率がどんどんよくなってきている。

でも気づいたら2、3行の処理でも関数にしてる自分がいたり・・・するのは俺だけか

そもそもクラスって何書くの？

>>143
変数と関数

>>144
わかってない奴発見

>>145
正しいのを教えて。

>>144 でもあながち間違いじゃないが

クラスとは
一緒に使われる情報(データ・関数)をその中にまとめ、別々に使われる情報を除外するためのもの
です。

せんせい！ぜんぜんいみがわかりません＞＜

PHP 限定で言えば global を書かずにコードを書く
ためにあると思っておいて間違いではない

コードにまとまりがないうちは不便だが、まとまりが
ない段階でダメだと思えばいい

それだったら普通の関数でよくね？

PHPだとそうなっちゃうよな