・OOP、MVC、デザパタなどのコンセプト的な話題
・OOにまつわる言語比較（言語批判はその言語で開発してる人に失礼にあたることが多いのでなるべく禁止でお願いします）
・保守、再利用、生産性、開発環境などの実践的な話題
・Webサーバ、DBなどの外部との親和性に関する問題
・学習、教育などの方法論
などなど。
前スレ
PHPでオブジェクト指向プログラミング
http://pc8.2ch.net/test/read.cgi/php/1113724557/
ついでにズザー
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/
良質なサイトや書籍など、情報ある人プリーズ
ゴミ情報邪魔
うるさいわね
適宜ム板、マ板に誘導していかないと。
とりあえず議論がWebプログラミングに関係なくなった時点でスレ違いってことで。
思ってしまう俺は古い人間なのか？
綺麗にOOが書けません＞＜
プロの方のソースを拝見させてもらうと感動します＞＜
それは別に Web に限らないからスレ違いなのでは？
むしろ webprog でやらない方が有意義になると思われ
>>11
ごめん、それはどれのこと？
公開されてるやつで、プロが書いたかどうか分かるものってあるの？
Apahce JakartaプロジェクトやStrutsプロジェクトなど、
オープンソースソフトウェアのソースコードは公開されているから参考にしてみれば？
このスレ、荒れるだろうねえ。
俺様が荒れないように見張っているので大丈夫だ。安心してくれ。
議論で荒れるならいいけどね。
アホとかバカとか低脳な荒れ方はしないといいんだけど。
派生クラスだとprivateプロパティとして使いたい部分が共有されてしまう。
全部publicならできるのか？
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;
}
}
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;
}
}
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"]);
}
}
?>
<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でやるとこんな感じ？
ひねりやセキュリティーは無視したけど
概念だけならこんな感じで十分だと思う
ま、アクセス権の関係で動かないかもね
if ( $con === null ) {
とか、やりたくならんか？
なぜJavaScript？
>>22
それだとインスタンスごとにコネクションを保持っていうスタンスから外れるね。
static $instance = false;
if ($instance === false) {
$inctance = new . . .
じゃないのphp4ならだけど
それってもしかしてシングルトンの話じゃ・・・？
普通にプロトタイプOOできるよ
アクセス制限したければprototype.js使うとか
あの言語は興味としては面白いけど、OOを生かした開発向けじゃないと思うけど。
つーかサーバーサイドでJSやってる奴いるの？
隠蔽やポリモーフィズムは他言語と変わらん。
じゃあ何て言うんだよこの馬鹿が。
他所へ行って構わなくてよ。
とりあえず思ったことを書いてみるテスト。
MVCのM（MVCフレームワークに寄りかからない場合でもビジネスロジックをつっこむ部分）の設計について。
Webの場合は細かいエンティティをModelにしてしまうとかえって見通しが悪くなるから、割と大雑把なくくりでModelにした方が設計しやすい＋実装しやすい＋パフォーマンス的にも良いんだよね。
でもそうすると、関数でもいいものがメソッドになっただけで、ベタ書きロジックのラッパに過ぎないような実質シングルトンがいくつもできたりして。
それってオブジェクト指向という考えから反対方向に行ってしまってる。
形だけがオブジェクト指向風になってるって感じ。
もうちょっと勉強してくるわ。
ちゃんと考えて組めば、Mだけ客によって取り替えてウマーに出来ると思う。
まあ外向けとかで見栄えも気にするならMに加えてVも弄るから、分けずにMV+Cでもいいじゃんって発想？
仕事ではまだほとんどやってない？
どっちを聞きたいんだろ
素敵本ってないですかねぇ？
OOやるならJavaのがいいと思う。
実際のところPHPだけでOO理解できた奴いるの？
おれは知らないけど
abstract class Hoge { static public function method() { echo "Fuga"; } }
class Fuga extends Hoge {}
Fuga::method();
これで"Fuga"って表示させる、みたいな。
× これで"Fuga"って表示させる、みたいな。
○ これで"Fuga"って表示させるにはどうしたらいいですか？
get_class($this)のstatic版みたいなのはないですかね？
俺もこの仕様はなんとかならんものかと思ってる
但しその例だと
Fuga::method() →Fugaにない→親クラスのメソッドが呼ばれる
オーバーライドされていないため実際にはHuga::method()がコール
されるわけで親クラスの名前（Hoge）が表示されるのは正しい動作だと思う
下で隠蔽しなきゃそのまま晒される
無理ですかねぇ。ちょっと頑張ってみたけどやっぱ無理でした。
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メソッドってオーバーライドできないんですね・・・。
オーバーライドという概念自体が存在しない
オレ自身は半信半疑だけどスピード上がってるんでしょ？
納得。そうなんですか。継承はされるのに・・・、と考えるとむつかしいですね。
まあとりあえずできました！！
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とか超微妙。
なんで、そういうことをしたいか？って書けば
別解がでるんじゃね？
返事が遅れて申し訳ない。・・・といってもその間にレス来てないけどｗ
実際にはデバッグの目的でログを取るのに、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よりマシかなって程度で。
まだマニュアルを引きつつ勉強中な身なんで、つっこみとかあったらよろしくです。
use MT::Bootstrap App => 'MT::App::CMS';
って、どういう意味ですか？
分かるエロくない人、どうかお教えください。
あと、勝手にMovable Typeがオブジェクト指向と判断してます。
エロいので教えない
__autoload() を使おうとするとどうしても一つのフォルダに
クラス定義ファイルを全部ぶち込むことになるんだけど
ぷー
__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);
}
なんか書いてて虚しくなってきたよ・・・
ｾｯﾀｰｹﾞｯﾀｰ介してｱｸｾｽする？
あるいは自分の中のことだから
直ｱｸｾｽする？
Dotch？
自分のクラス内なんだから直アクセスでしょ。
クラス内でもセッタゲッタしたいってことは、そのプロパティによっぽど整合性が必要なんだろうから、場合によっては必要な部分だけabstractなクラスとして抽出して問題のプロパティをprivateにする。
ってそれWebプログラミングとどういう関係があるの？
別段論争になるようなことじゃないと思うけど
やっぱりそっか。
さんくすこ。
>>65
そんなわけﾅｽ
手間をかけさせて悪かった
やってみる
スクリプト系はMVC的に糞ってなことにはもうならないな
RoRはぶっちゃけあんまり流行る気しないんだが。
あれってMVC？
Rubyの方がPHPより先に世の中に知れ渡ってたらRubyの圧勝だったかもしれないが、今更PHPと比較して生産性高いとも思えないし（飽くまでWeb方面では）。
unixハッカーな人たちにはperlやrubyが今後も支持されていくでしょう。phpは違う層の人たち向け。
unixハッカーってなんだｗｗｗ
そりゃC使いｒｙ
MVC以外で。
phpの生産性って、素人を安い人件費で大量に使えるってだけだからねえ。
RoRは馬鹿には理解出来ないから、流行る事は無いだろう。流行るためには馬鹿でも理解出来る事が必要だし。
Lisp信者にもその考えの奴多いんだよなぁ。
って言ってほしいんだろきっと。
LispはまだしもRoRを難しいとか言う奴初めて見た。
PHPしかできない奴のレベルが低いってのはまあ当たり前の話だが。
すみません、エロくても大丈夫になりましたのでどなたか教えてください。。。
分かった事
MT/Bootstrap.pmが関係？
まあアレだ、Ruby厨には聞いていないから帰れということらしい。
>>57-58
Bootstrap.pmでimport関数に%param{App}を渡していると思うのだがその辺調べてみてくれ。
配布スクリプトの読めない部分を解説しちゃる
ttp://pc8.2ch.net/test/read.cgi/php/1094842959/l50
なんというか、馬鹿丸出しな発言だな。
そもそもRoRが使えれば、Ruby使えるわけだから、
PHPしか使えないなんてことは成り立たないわけで。
逆にRoRしか使えないやつはPHP使えないしな。
まじ？
俺、今、Rubyを勉強しているんだけど、プロになれる？
はじめからそう言えばいいのに、頭が悪いから>>85みたいな言い方になってしまったんだね。
とりあえず、仕事で使われてるのをみたことがないな
あと、Ruby関連は書籍がちゃんとしたのが少なくない？
ってかすれ違いなんで、こういうのはマ板で
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
・ 次のスレ
5: Java VS PHP (552)
6: 【Java】Play framework【Scala】 (44)
7: Perlコーディング初心者質問スレ Part 63 (360)
8: IDにPerlが出たら神!PHPが出たらｼﾒｼﾞ Part32 (337)
