トップページ⇒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/
0002nobodyさん2005/12/02(金) 11:41:45ID:???
乙カレーション。
ついでにズザー
0003nobodyさん2005/12/02(金) 11:54:27ID:???
見かけた関連スレ（内容未確認）

PHPとJAVAさぶれっと
http://pc8.2ch.net/test/read.cgi/php/987850713/

オブジェクト指向perl
http://pc8.2ch.net/test/read.cgi/php/1022604696/

ウェブプログラミングで使えるデザインパターン
http://pc8.2ch.net/test/read.cgi/php/1069451782/

【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/

CGI VS PHP VS JAVA
http://pc8.2ch.net/test/read.cgi/php/1006006800/

Python vs Ruby vs PHP vs Perl
http://pc8.2ch.net/test/read.cgi/php/1124710112/

WEBアプリにもっとも適した言語は何か？
http://pc8.2ch.net/test/read.cgi/php/1130115690/


良質なサイトや書籍など、情報ある人プリーズ
0004nobodyさん2005/12/02(金) 11:57:58ID:???
>>3
ゴミ情報邪魔
0005nobodyさん2005/12/02(金) 11:59:46ID:???
>>4
うるさいわね
0006nobodyさん2005/12/02(金) 12:05:33ID:???
MVC はともかく、デザパタとか入るとメタ議論好きが入ってきそうだなぁ。
適宜ム板、マ板に誘導していかないと。
0007nobodyさん2005/12/02(金) 12:08:49ID:???
そうだね。
とりあえず議論がWebプログラミングに関係なくなった時点でスレ違いってことで。
0008nobodyさん2005/12/02(金) 16:18:39ID:???
前スレのスレタイと比較すると、ぱっとみJAVA関連のスレと
思ってしまう俺は古い人間なのか？
0009nobodyさん2005/12/02(金) 16:23:36ID:???
ここはSmallTalkスレですよ？
0010nobodyさん2005/12/02(金) 16:36:26ID:???
webページレベルではオブジェクト思考でなくてもまぁ、苦労はしないけど、webシステムになると、データやモジュールをクラス管理しないとやってられない。この板でスレ違いって言う人間こそスレ違い。
0011nobodyさん2005/12/02(金) 16:52:18ID:???
素人趣味プログラマですが、
綺麗にOOが書けません＞＜
プロの方のソースを拝見させてもらうと感動します＞＜
0012nobodyさん2005/12/02(金) 17:33:27ID:???
>>10
それは別に Web に限らないからスレ違いなのでは？
むしろ webprog でやらない方が有意義になると思われ

>>11
ごめん、それはどれのこと？
公開されてるやつで、プロが書いたかどうか分かるものってあるの？
0013nobodyさん2005/12/02(金) 17:40:43ID:???
>>11
Apahce JakartaプロジェクトやStrutsプロジェクトなど、
オープンソースソフトウェアのソースコードは公開されているから参考にしてみれば？
0014nobodyさん2005/12/02(金) 18:38:14ID:???
>>1乙。

このスレ、荒れるだろうねえ。
0015nobodyさん2005/12/02(金) 18:48:51ID:???
>>14
俺様が荒れないように見張っているので大丈夫だ。安心してくれ。
0016nobodyさん2005/12/02(金) 20:04:21ID:4lCzPlwh
>>14
議論で荒れるならいいけどね。
アホとかバカとか低脳な荒れ方はしないといいんだけど。
0017nobodyさん2005/12/02(金) 21:25:10ID:???
JavaScriptでOOって無理があるだろ
派生クラスだとprivateプロパティとして使いたい部分が共有されてしまう。
全部publicならできるのか？
0018nobodyさん2005/12/03(土) 00:11:04ID:???
<?php
class State{
var $user;
var $pass;
var $host;
var $database;

function State($user,$pass,$host,$database){
$this->user = $user;
$this->pass = $pass;
$this->host = $host;
$this->database = $database;
}

function GetCon(){
$con = mysql_connect($this->host,$this->user,$this->pass);
if($con && mysql_select_db($this->database,$con))
return $con;
else
return NULL;
}
}
0019nobodyさん2005/12/03(土) 00:12:07ID:???

class TEST{
var $con;
var $sql;
var $data;

function TEST($user,$pass,$host,$database){
$d = new State($user,$pass,$host,$database);
$this->con = $d->GetCon();
}

function MakeSQL(){
$this->sql = "SELECT user,host FROM user ";
}

function RunSQL(){
$rst = mysql_query($this->sql,$this->con);
if($rst)
for($i=0; $col=mysql_fetch_array($rst) ; $i++)
$this->data[$i] = $col;
else
return NULL;
return 1;
}
}
0020nobodyさん2005/12/03(土) 00:12:47ID:???
class MAIN{
function MAIN($user,$pass,$host,$database){
$obj = new TEST($user,$pass,$host,$database);
if($obj->con){
$obj->MakeSQL();
$obj->RunSQL();
$this->ShowData($obj);
}
else
printf("error");
}

function ShowData($obj){
for($i=0;$i<sizeof($obj->data);$i++)
printf("%s,%s<BR>",$obj->data[$i]["user"],$obj->data[$i]["host"]);
}
}
?>
0021nobodyさん2005/12/03(土) 00:14:16ID:???
<HTML>
<HEAD>
<META http-equiv="Content-Type" content="text/html; charset=Shift_JIS">
<META http-equiv="Content-Style-Type" content="text/css">
</HEAD>
<BODY>
<?php
$d = new MAIN(MySQLユーザー名,MySQLパスワード,"localhost","mysql");
?>
</BODY>
</HTML>

>11
PHPでやるとこんな感じ？
ひねりやセキュリティーは無視したけど
概念だけならこんな感じで十分だと思う

ま、アクセス権の関係で動かないかもね
0022nobodyさん2005/12/03(土) 00:24:54ID:???
static $con;
if ( $con === null ) {

とか、やりたくならんか？
0023nobodyさん2005/12/03(土) 02:10:17ID:???
>>17
なぜJavaScript？

>>22
それだとインスタンスごとにコネクションを保持っていうスタンスから外れるね。
0024nobodyさん2005/12/03(土) 11:33:28ID:???
どっちかっていうと

static $instance = false;
if ($instance === false) {
$inctance = new . . .

じゃないのphp4ならだけど
0025nobodyさん2005/12/03(土) 11:40:42ID:???
>>24
それってもしかしてシングルトンの話じゃ・・・？
0026nobodyさん2005/12/03(土) 11:47:30ID:???
VOがDB持ってるのって概念的に変じゃね?
0027nobodyさん2005/12/03(土) 11:52:44ID:???
>>17
普通にプロトタイプOOできるよ
アクセス制限したければprototype.js使うとか
0028nobodyさん2005/12/03(土) 13:42:25ID:???
JSって名前の隠蔽が関数かブロックのローカルスコープでしかできないからOO的な隠蔽は無理だよね。
あの言語は興味としては面白いけど、OOを生かした開発向けじゃないと思うけど。
つーかサーバーサイドでJSやってる奴いるの？
0029nobodyさん2005/12/03(土) 16:05:11ID:???
シラネ。
隠蔽やポリモーフィズムは他言語と変わらん。
0030nobodyさん2005/12/04(日) 02:35:54ID:???
出た！ポリモーフィズム！
0031nobodyさん2005/12/04(日) 14:51:34ID:???
>>30
じゃあ何て言うんだよこの馬鹿が。
0032nobodyさん2005/12/04(日) 15:22:04ID:???
>>30-31
他所へ行って構わなくてよ。
0033nobodyさん2005/12/05(月) 10:20:07ID:???
このスレ、ネタがないね。
とりあえず思ったことを書いてみるテスト。

MVCのM（MVCフレームワークに寄りかからない場合でもビジネスロジックをつっこむ部分）の設計について。
Webの場合は細かいエンティティをModelにしてしまうとかえって見通しが悪くなるから、割と大雑把なくくりでModelにした方が設計しやすい＋実装しやすい＋パフォーマンス的にも良いんだよね。
でもそうすると、関数でもいいものがメソッドになっただけで、ベタ書きロジックのラッパに過ぎないような実質シングルトンがいくつもできたりして。
それってオブジェクト指向という考えから反対方向に行ってしまってる。
形だけがオブジェクト指向風になってるって感じ。
もうちょっと勉強してくるわ。
0034nobodyさん2005/12/05(月) 11:12:40ID:???
もうちょっと具体的に頼む
0035nobodyさん2005/12/05(月) 18:30:47ID:???
単に設計がいまいちなだけじゃね？
ちゃんと考えて組めば、Mだけ客によって取り替えてウマーに出来ると思う。
まあ外向けとかで見栄えも気にするならMに加えてVも弄るから、分けずにMV+Cでもいいじゃんって発想？
0036nobodyさん2005/12/11(日) 16:50:09ID:TPyd81O7
PHP5でオブジェクト指向プログラミングって、
仕事ではまだほとんどやってない？
0037nobodyさん2005/12/12(月) 00:20:15ID:???
PHP 5 がまだなのかオブジェクト指向がまだなのか
どっちを聞きたいんだろ
0038nobodyさん2005/12/12(月) 05:07:04ID:???
PHP5からオブジェクト指向とったら何も残らないじゃん。
0039nobodyさん2005/12/12(月) 06:24:55ID:???
PHP5の仕様を学びながら同時にオブジェクト指向も学べるっていう
素敵本ってないですかねぇ？
0040nobodyさん2005/12/12(月) 07:15:15ID:???
>>39
OOやるならJavaのがいいと思う。
実際のところPHPだけでOO理解できた奴いるの？
0041nobodyさん2005/12/12(月) 08:01:46ID:???
まぁいいサンプルがあればいいんじゃないの？
おれは知らないけど
0042nobodyさん2005/12/12(月) 08:25:28ID:2/Uq4nev
PHP5で__CLASS__ってやるとクラス名を取得できるけど、staticメソッド内で

abstract class Hoge { static public function method() { echo "Fuga"; } }
class Fuga extends Hoge {}
Fuga::method();

これで"Fuga"って表示させる、みたいな。
0043422005/12/12(月) 08:28:10ID:2/Uq4nev
ごめん、日本語が中途半端だった。

×　これで"Fuga"って表示させる、みたいな。
○　これで"Fuga"って表示させるにはどうしたらいいですか？
0044nobodyさん2005/12/12(月) 08:33:41ID:???
お前が質問したいのはそういうことじゃないだろ
0045422005/12/12(月) 08:41:37ID:???
あ、飽くまでecho "Fuga"っていうのを使わずに__CLASS__とかgetなんちゃらname()とかそういう類で"Fuga"を取得したいという意味です。
get_class($this)のstatic版みたいなのはないですかね？
0046nobodyさん2005/12/12(月) 09:03:12ID:???
ﾑﾘ
俺もこの仕様はなんとかならんものかと思ってる

但しその例だと

Fuga::method() →Fugaにない→親クラスのメソッドが呼ばれる

オーバーライドされていないため実際にはHuga::method()がコール
されるわけで親クラスの名前（Hoge）が表示されるのは正しい動作だと思う
0047nobodyさん2005/12/12(月) 09:06:42ID:???
Hugaって何だHogeだよHoge
0048nobodyさん2005/12/12(月) 09:13:38ID:???
staticはクラスメソッド的なニュアンスだしな
下で隠蔽しなきゃそのまま晒される
0049422005/12/12(月) 09:48:14ID:???
みなさんどうもです。
無理ですかねぇ。ちょっと頑張ってみたけどやっぱ無理でした。

abstract class Hoge {
static public function method() { echo self::getMyName(); }
abstract static protected function getMyName();
}

class Fuga extends Hoge {
static protected function getMyName() { return __CLASS__; }
}

Fuga::method();

staticメソッドってオーバーライドできないんですね・・・。
0050nobodyさん2005/12/12(月) 10:04:02ID:???
self::でサブクラスのメソッドが呼ばれるわけなかろ。
0051nobodyさん2005/12/12(月) 10:06:47ID:???
OO的には、staticメソッドは各クラスに固有のものだから
オーバーライドという概念自体が存在しない
0052nobodyさん2005/12/12(月) 10:10:07ID:???
>>38
オレ自身は半信半疑だけどスピード上がってるんでしょ？
0053422005/12/12(月) 10:55:39ID:???
>>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とか超微妙。
0054nobodyさん2005/12/12(月) 12:32:07ID:???
>>42
なんで、そういうことをしたいか？って書けば
別解がでるんじゃね？
0055422005/12/13(火) 13:04:20ID:???
>>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よりマシかなって程度で。
まだマニュアルを引きつつ勉強中な身なんで、つっこみとかあったらよろしくです。
0056nobodyさん2005/12/13(火) 23:32:56ID:???
強制したきゃしろよ
0057nobodyさん2005/12/16(金) 17:53:18ID:CZKjM08D
Movable Typeの11行目の、
use MT::Bootstrap App => 'MT::App::CMS';
って、どういう意味ですか？
分かるエロくない人、どうかお教えください。
0058nobodyさん2005/12/16(金) 17:54:24ID:CZKjM08D
すみません、MT 3.2(日本語版)のmt.cgiの話です。
あと、勝手にMovable Typeがオブジェクト指向と判断してます。
0059nobodyさん2005/12/17(土) 03:49:48ID:???
>>57
エロいので教えない
0060nobodyさん2005/12/21(水) 21:11:28ID:???
Javaライクな（クラスの）パッケージ管理はPHPではでけへんの？
__autoload() を使おうとするとどうしても一つのフォルダに
クラス定義ファイルを全部ぶち込むことになるんだけど
0061nobodyさん2005/12/21(水) 22:45:40ID:???
いけたっ
うんこぷー
0062nobodyさん2005/12/22(木) 05:39:54ID:???
>>60
__autoloadの中を頑張ってつくればある意味Javaのパッケージより柔軟に色々できると思う。
今即興で考えてみたけどこんなのどう？

function __autoload($class, $newdir = "") {
　static $dirs = array();
　if ($newdir) $dirs[] = $newdir;
　if ($class) foreach ($dirs as $dir) {
　　$file = "$dir/$class.class.php";
　　if (file_exists($file)) { require_once $file; return; }
　}
}

function add_import_dir($dir) {
　__autoload("", $dir);
}

なんか書いてて虚しくなってきたよ・・・
0063nobodyさん2005/12/22(木) 15:26:55ID:ORKD8JMR
自クラス内のプロパティーにも
ｾｯﾀｰｹﾞｯﾀｰ介してｱｸｾｽする？
あるいは自分の中のことだから
直ｱｸｾｽする？
Dotch？
0064nobodyさん2005/12/22(木) 16:04:35ID:???
>>63
自分のクラス内なんだから直アクセスでしょ。
クラス内でもセッタゲッタしたいってことは、そのプロパティによっぽど整合性が必要なんだろうから、場合によっては必要な部分だけabstractなクラスとして抽出して問題のプロパティをprivateにする。
ってそれWebプログラミングとどういう関係があるの？
0065nobodyさん2005/12/22(木) 16:56:29ID:???
宗教論争させたいだけでしょ
0066nobodyさん2005/12/22(木) 17:02:57ID:???
なんか仕込みがあるならともかく
別段論争になるようなことじゃないと思うけど
0067nobodyさん2005/12/22(木) 17:04:20ID:???
>>>64
やっぱりそっか。
さんくすこ。
>>65
そんなわけﾅｽ
0068nobodyさん2005/12/22(木) 18:58:37ID:???
大域変数にするか問題と同じだな。
0069nobodyさん2005/12/22(木) 19:19:44ID:???
>>62
手間をかけさせて悪かった
やってみる
0070nobodyさん2005/12/22(木) 22:31:30ID:???
Ruby on Railsとかいうのがお目見えしたことだし
スクリプト系はMVC的に糞ってなことにはもうならないな
0071nobodyさん2005/12/22(木) 23:00:25ID:???
パッシブは別に糞じゃないだろ
0072nobodyさん2005/12/23(金) 03:31:20ID:???
>>70
RoRはぶっちゃけあんまり流行る気しないんだが。
あれってMVC？
0073nobodyさん2005/12/23(金) 04:52:29ID:???
PHPじゃそうかもな。rubyやperlはもうコレで決まりだと思う。
0074nobodyさん2005/12/23(金) 05:24:31ID:???
いやRuby自体がWebプログラミング方面でそれほど伸びないと思う。
Rubyの方がPHPより先に世の中に知れ渡ってたらRubyの圧勝だったかもしれないが、今更PHPと比較して生産性高いとも思えないし（飽くまでWeb方面では）。
0075nobodyさん2005/12/23(金) 06:47:01ID:???
そこで、pythonですよ！
0076nobodyさん2005/12/23(金) 10:17:08ID:???
Π損はメタクラス以外見るべきところが無い希ガス
0077nobodyさん2005/12/23(金) 12:51:21ID:???
rubyは構文が特殊すぎるし、まんまオブジェクト指向だから、phpのような流行り方をすることはそもそもありえなかったと思う。
unixハッカーな人たちにはperlやrubyが今後も支持されていくでしょう。phpは違う層の人たち向け。
0078nobodyさん2005/12/23(金) 13:53:17ID:???
ちょｗｗｗ
unixハッカーってなんだｗｗｗ
そりゃC使いｒｙ
0079nobodyさん2005/12/23(金) 14:07:50ID:???
ｃは別物。phpはもっと別物だけど。
0080nobodyさん2005/12/23(金) 14:15:32ID:???
WebでOOするときってどんなクラスつくるの？
MVC以外で。
0081nobodyさん2005/12/23(金) 18:01:01ID:???
オブジェクト指向言語は、OOがphp使うような素人の馬鹿避けになってる所は有るね。
phpの生産性って、素人を安い人件費で大量に使えるってだけだからねえ。
RoRは馬鹿には理解出来ないから、流行る事は無いだろう。流行るためには馬鹿でも理解出来る事が必要だし。
0082nobodyさん2005/12/23(金) 18:18:43ID:???
RoRのレベルが高いと思ってるおばかさんが一人いるぞｗ
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なんてキリ番じゃない。
■ このスレッドは過去ログ倉庫に格納されています