Webでオブジェクト指向プログラミング
1 ：nobodyさん：
サーバーサイドWebプログラミングのOOスレです。
・OOP、MVC、デザパタなどのコンセプト的な話題
・OOにまつわる言語比較（言語批判はその言語で開発してる人に失礼にあたることが多いのでなるべく禁止でお願いします）
・保守、再利用、生産性、開発環境などの実践的な話題
・Webサーバ、DBなどの外部との親和性に関する問題
・学習、教育などの方法論
などなど。
前スレ
PHPでオブジェクト指向プログラミング
http://pc8.2ch.net/test/read.cgi/php/1113724557/
・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/
良質なサイトや書籍など、情報ある人プリーズ
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/
良質なサイトや書籍など、情報ある人プリーズ
>>3
ゴミ情報邪魔
ゴミ情報邪魔
>>4
うるさいわね
うるさいわね
MVC はともかく、デザパタとか入るとメタ議論好きが入ってきそうだなぁ。
適宜ム板、マ板に誘導していかないと。
適宜ム板、マ板に誘導していかないと。
そうだね。
とりあえず議論がWebプログラミングに関係なくなった時点でスレ違いってことで。
とりあえず議論がWebプログラミングに関係なくなった時点でスレ違いってことで。
前スレのスレタイと比較すると、ぱっとみJAVA関連のスレと
思ってしまう俺は古い人間なのか？
思ってしまう俺は古い人間なのか？
ここはSmallTalkスレですよ？
webページレベルではオブジェクト思考でなくてもまぁ、苦労はしないけど、webシステムになると、データやモジュールをクラス管理しないとやってられない。この板でスレ違いって言う人間こそスレ違い。
素人趣味プログラマですが、
綺麗にOOが書けません＞＜
プロの方のソースを拝見させてもらうと感動します＞＜
綺麗にOOが書けません＞＜
プロの方のソースを拝見させてもらうと感動します＞＜
>>10
それは別に Web に限らないからスレ違いなのでは？
むしろ webprog でやらない方が有意義になると思われ
>>11
ごめん、それはどれのこと？
公開されてるやつで、プロが書いたかどうか分かるものってあるの？
それは別に Web に限らないからスレ違いなのでは？
むしろ webprog でやらない方が有意義になると思われ
>>11
ごめん、それはどれのこと？
公開されてるやつで、プロが書いたかどうか分かるものってあるの？
>>14
俺様が荒れないように見張っているので大丈夫だ。安心してくれ。
俺様が荒れないように見張っているので大丈夫だ。安心してくれ。
16 ：nobodyさん：2005/12/02(金) 20:04:21 ID:4lCzPlwh
JavaScriptでOOって無理があるだろ
派生クラスだとprivateプロパティとして使いたい部分が共有されてしまう。
全部publicならできるのか？
派生クラスだとprivateプロパティとして使いたい部分が共有されてしまう。
全部publicならできるのか？
<?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;
}
}
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;
}
}
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"]);
}
}
?>
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"]);
}
}
?>
<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でやるとこんな感じ？
ひねりやセキュリティーは無視したけど
概念だけならこんな感じで十分だと思う
ま、アクセス権の関係で動かないかもね
<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でやるとこんな感じ？
ひねりやセキュリティーは無視したけど
概念だけならこんな感じで十分だと思う
ま、アクセス権の関係で動かないかもね
static $con;
if ( $con === null ) {
とか、やりたくならんか？
if ( $con === null ) {
とか、やりたくならんか？
どっちかっていうと
static $instance = false;
if ($instance === false) {
$inctance = new . . .
じゃないのphp4ならだけど
static $instance = false;
if ($instance === false) {
$inctance = new . . .
じゃないのphp4ならだけど
>>24
それってもしかしてシングルトンの話じゃ・・・？
それってもしかしてシングルトンの話じゃ・・・？
VOがDB持ってるのって概念的に変じゃね?
JSって名前の隠蔽が関数かブロックのローカルスコープでしかできないからOO的な隠蔽は無理だよね。
あの言語は興味としては面白いけど、OOを生かした開発向けじゃないと思うけど。
つーかサーバーサイドでJSやってる奴いるの？
あの言語は興味としては面白いけど、OOを生かした開発向けじゃないと思うけど。
つーかサーバーサイドでJSやってる奴いるの？
シラネ。
隠蔽やポリモーフィズムは他言語と変わらん。
隠蔽やポリモーフィズムは他言語と変わらん。
出た！ポリモーフィズム！
>>30
じゃあ何て言うんだよこの馬鹿が。
じゃあ何て言うんだよこの馬鹿が。
>>30-31
他所へ行って構わなくてよ。
他所へ行って構わなくてよ。
このスレ、ネタがないね。
とりあえず思ったことを書いてみるテスト。
MVCのM（MVCフレームワークに寄りかからない場合でもビジネスロジックをつっこむ部分）の設計について。
Webの場合は細かいエンティティをModelにしてしまうとかえって見通しが悪くなるから、割と大雑把なくくりでModelにした方が設計しやすい＋実装しやすい＋パフォーマンス的にも良いんだよね。
でもそうすると、関数でもいいものがメソッドになっただけで、ベタ書きロジックのラッパに過ぎないような実質シングルトンがいくつもできたりして。
それってオブジェクト指向という考えから反対方向に行ってしまってる。
形だけがオブジェクト指向風になってるって感じ。
もうちょっと勉強してくるわ。
とりあえず思ったことを書いてみるテスト。
MVCのM（MVCフレームワークに寄りかからない場合でもビジネスロジックをつっこむ部分）の設計について。
Webの場合は細かいエンティティをModelにしてしまうとかえって見通しが悪くなるから、割と大雑把なくくりでModelにした方が設計しやすい＋実装しやすい＋パフォーマンス的にも良いんだよね。
でもそうすると、関数でもいいものがメソッドになっただけで、ベタ書きロジックのラッパに過ぎないような実質シングルトンがいくつもできたりして。
それってオブジェクト指向という考えから反対方向に行ってしまってる。
形だけがオブジェクト指向風になってるって感じ。
もうちょっと勉強してくるわ。
もうちょっと具体的に頼む
単に設計がいまいちなだけじゃね？
ちゃんと考えて組めば、Mだけ客によって取り替えてウマーに出来ると思う。
まあ外向けとかで見栄えも気にするならMに加えてVも弄るから、分けずにMV+Cでもいいじゃんって発想？
ちゃんと考えて組めば、Mだけ客によって取り替えてウマーに出来ると思う。
まあ外向けとかで見栄えも気にするならMに加えてVも弄るから、分けずにMV+Cでもいいじゃんって発想？
36 ：nobodyさん：2005/12/11(日) 16:50:09 ID:TPyd81O7
PHP5でオブジェクト指向プログラミングって、
仕事ではまだほとんどやってない？
仕事ではまだほとんどやってない？
PHP 5 がまだなのかオブジェクト指向がまだなのか
どっちを聞きたいんだろ
どっちを聞きたいんだろ
PHP5からオブジェクト指向とったら何も残らないじゃん。
PHP5の仕様を学びながら同時にオブジェクト指向も学べるっていう
素敵本ってないですかねぇ？
素敵本ってないですかねぇ？
まぁいいサンプルがあればいいんじゃないの？
おれは知らないけど
おれは知らないけど
42 ：nobodyさん：2005/12/12(月) 08:25:28 ID:2/Uq4nev
PHP5で__CLASS__ってやるとクラス名を取得できるけど、staticメソッド内で
abstract class Hoge { static public function method() { echo "Fuga"; } }
class Fuga extends Hoge {}
Fuga::method();
これで"Fuga"って表示させる、みたいな。
abstract class Hoge { static public function method() { echo "Fuga"; } }
class Fuga extends Hoge {}
Fuga::method();
これで"Fuga"って表示させる、みたいな。
43 ：42：2005/12/12(月) 08:28:10 ID:2/Uq4nev
ごめん、日本語が中途半端だった。
× これで"Fuga"って表示させる、みたいな。
○ これで"Fuga"って表示させるにはどうしたらいいですか？
× これで"Fuga"って表示させる、みたいな。
○ これで"Fuga"って表示させるにはどうしたらいいですか？
お前が質問したいのはそういうことじゃないだろ
あ、飽くまでecho "Fuga"っていうのを使わずに__CLASS__とかgetなんちゃらname()とかそういう類で"Fuga"を取得したいという意味です。
get_class($this)のstatic版みたいなのはないですかね？
get_class($this)のstatic版みたいなのはないですかね？
ﾑﾘ
俺もこの仕様はなんとかならんものかと思ってる
但しその例だと
Fuga::method() →Fugaにない→親クラスのメソッドが呼ばれる
オーバーライドされていないため実際にはHuga::method()がコール
されるわけで親クラスの名前（Hoge）が表示されるのは正しい動作だと思う
俺もこの仕様はなんとかならんものかと思ってる
但しその例だと
Fuga::method() →Fugaにない→親クラスのメソッドが呼ばれる
オーバーライドされていないため実際にはHuga::method()がコール
されるわけで親クラスの名前（Hoge）が表示されるのは正しい動作だと思う
Hugaって何だHogeだよHoge
staticはクラスメソッド的なニュアンスだしな
下で隠蔽しなきゃそのまま晒される
下で隠蔽しなきゃそのまま晒される
みなさんどうもです。
無理ですかねぇ。ちょっと頑張ってみたけどやっぱ無理でした。
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() { echo self::getMyName(); }
abstract static protected function getMyName();
}
class Fuga extends Hoge {
static protected function getMyName() { return __CLASS__; }
}
Fuga::method();
staticメソッドってオーバーライドできないんですね・・・。
self::でサブクラスのメソッドが呼ばれるわけなかろ。
OO的には、staticメソッドは各クラスに固有のものだから
オーバーライドという概念自体が存在しない
オーバーライドという概念自体が存在しない
>>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とか超微妙。
納得。そうなんですか。継承はされるのに・・・、と考えるとむつかしいですね。
まあとりあえずできました！！
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とか超微妙。
>>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よりマシかなって程度で。
まだマニュアルを引きつつ勉強中な身なんで、つっこみとかあったらよろしくです。
返事が遅れて申し訳ない。・・・といってもその間にレス来てないけどｗ
実際にはデバッグの目的でログを取るのに、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よりマシかなって程度で。
まだマニュアルを引きつつ勉強中な身なんで、つっこみとかあったらよろしくです。
強制したきゃしろよ
57 ：nobodyさん：2005/12/16(金) 17:53:18 ID:CZKjM08D
Movable Typeの11行目の、
use MT::Bootstrap App => 'MT::App::CMS';
って、どういう意味ですか？
分かるエロくない人、どうかお教えください。
use MT::Bootstrap App => 'MT::App::CMS';
って、どういう意味ですか？
分かるエロくない人、どうかお教えください。
58 ：nobodyさん：2005/12/16(金) 17:54:24 ID:CZKjM08D
すみません、MT 3.2(日本語版)のmt.cgiの話です。
あと、勝手にMovable Typeがオブジェクト指向と判断してます。
あと、勝手にMovable Typeがオブジェクト指向と判断してます。
>>57
エロいので教えない
エロいので教えない
Javaライクな（クラスの）パッケージ管理はPHPではでけへんの？
__autoload() を使おうとするとどうしても一つのフォルダに
クラス定義ファイルを全部ぶち込むことになるんだけど
__autoload() を使おうとするとどうしても一つのフォルダに
クラス定義ファイルを全部ぶち込むことになるんだけど
いけたっ
うんこぷー
うんこぷー
>>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);
}
なんか書いてて虚しくなってきたよ・・・
__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);
}
なんか書いてて虚しくなってきたよ・・・
63 ：nobodyさん：2005/12/22(木) 15:26:55 ID:ORKD8JMR
自クラス内のプロパティーにも
ｾｯﾀｰｹﾞｯﾀｰ介してｱｸｾｽする？
あるいは自分の中のことだから
直ｱｸｾｽする？
Dotch？
ｾｯﾀｰｹﾞｯﾀｰ介してｱｸｾｽする？
あるいは自分の中のことだから
直ｱｸｾｽする？
Dotch？
>>63
自分のクラス内なんだから直アクセスでしょ。
クラス内でもセッタゲッタしたいってことは、そのプロパティによっぽど整合性が必要なんだろうから、場合によっては必要な部分だけabstractなクラスとして抽出して問題のプロパティをprivateにする。
ってそれWebプログラミングとどういう関係があるの？
自分のクラス内なんだから直アクセスでしょ。
クラス内でもセッタゲッタしたいってことは、そのプロパティによっぽど整合性が必要なんだろうから、場合によっては必要な部分だけabstractなクラスとして抽出して問題のプロパティをprivateにする。
ってそれWebプログラミングとどういう関係があるの？
宗教論争させたいだけでしょ
なんか仕込みがあるならともかく
別段論争になるようなことじゃないと思うけど
別段論争になるようなことじゃないと思うけど
大域変数にするか問題と同じだな。
Ruby on Railsとかいうのがお目見えしたことだし
スクリプト系はMVC的に糞ってなことにはもうならないな
スクリプト系はMVC的に糞ってなことにはもうならないな
パッシブは別に糞じゃないだろ
PHPじゃそうかもな。rubyやperlはもうコレで決まりだと思う。
いやRuby自体がWebプログラミング方面でそれほど伸びないと思う。
Rubyの方がPHPより先に世の中に知れ渡ってたらRubyの圧勝だったかもしれないが、今更PHPと比較して生産性高いとも思えないし（飽くまでWeb方面では）。
Rubyの方がPHPより先に世の中に知れ渡ってたらRubyの圧勝だったかもしれないが、今更PHPと比較して生産性高いとも思えないし（飽くまでWeb方面では）。
そこで、pythonですよ！
Π損はメタクラス以外見るべきところが無い希ガス
rubyは構文が特殊すぎるし、まんまオブジェクト指向だから、phpのような流行り方をすることはそもそもありえなかったと思う。
unixハッカーな人たちにはperlやrubyが今後も支持されていくでしょう。phpは違う層の人たち向け。
unixハッカーな人たちにはperlやrubyが今後も支持されていくでしょう。phpは違う層の人たち向け。
ちょｗｗｗ
unixハッカーってなんだｗｗｗ
そりゃC使いｒｙ
unixハッカーってなんだｗｗｗ
そりゃC使いｒｙ
ｃは別物。phpはもっと別物だけど。
WebでOOするときってどんなクラスつくるの？
MVC以外で。
MVC以外で。
オブジェクト指向言語は、OOがphp使うような素人の馬鹿避けになってる所は有るね。
phpの生産性って、素人を安い人件費で大量に使えるってだけだからねえ。
RoRは馬鹿には理解出来ないから、流行る事は無いだろう。流行るためには馬鹿でも理解出来る事が必要だし。
phpの生産性って、素人を安い人件費で大量に使えるってだけだからねえ。
RoRは馬鹿には理解出来ないから、流行る事は無いだろう。流行るためには馬鹿でも理解出来る事が必要だし。
RoRのレベルが高いと思ってるおばかさんが一人いるぞｗ
Lisp信者にもその考えの奴多いんだよなぁ。
Lisp信者にもその考えの奴多いんだよなぁ。
ざっくり言ってphpユーザはレベルが低い
ユーザのレベルなんて人それぞれだし、スレ違いでは？
phpしか書けない香具師に、LispやRoRは無理。
この言いっぱなしの駄レス連発してるやつって一人でやってんの？
はいはいわろすわろす
って言ってほしいんだろきっと。
LispはまだしもRoRを難しいとか言う奴初めて見た。
PHPしかできない奴のレベルが低いってのはまあ当たり前の話だが。
って言ってほしいんだろきっと。
LispはまだしもRoRを難しいとか言う奴初めて見た。
PHPしかできない奴のレベルが低いってのはまあ当たり前の話だが。
88 ：nobodyさん：2005/12/27(火) 16:43:08 ID:Zix1qzzJ
89 ：nobodyさん：2005/12/27(火) 17:59:00 ID:Zix1qzzJ
あ、これはただ単にハッシュを渡しているだけなのですか？＾＾；
スレ違いだって
91 ：nobodyさん：2005/12/28(水) 02:23:24 ID:FTSvjaED
>>90
まあアレだ、Ruby厨には聞いていないから帰れということらしい。
>>57-58
Bootstrap.pmでimport関数に%param{App}を渡していると思うのだがその辺調べてみてくれ。
まあアレだ、Ruby厨には聞いていないから帰れということらしい。
>>57-58
Bootstrap.pmでimport関数に%param{App}を渡していると思うのだがその辺調べてみてくれ。
>>85
なんというか、馬鹿丸出しな発言だな。
そもそもRoRが使えれば、Ruby使えるわけだから、
PHPしか使えないなんてことは成り立たないわけで。
逆にRoRしか使えないやつはPHP使えないしな。
なんというか、馬鹿丸出しな発言だな。
そもそもRoRが使えれば、Ruby使えるわけだから、
PHPしか使えないなんてことは成り立たないわけで。
逆にRoRしか使えないやつはPHP使えないしな。
でもPHP使いよりRuby使いの方が仕事出来るのが事実。
「○○使い」なんて言語限定してる時点でそいつは使えない
RubyでWeb開発とか趣味以外でやってる人いるの？
誰も100をとってくれない件について
0x64なんてキリ番じゃない。
誤：使えない
正：使わない
正：使わない
103 ：nobodyさん：2006/01/19(木) 01:21:15 ID:Mz+RYmqL
試しにあげてみる
>>99 影舞
105 ：nobodyさん：2006/01/27(金) 12:31:26 ID:61WrCUJb
PHPのthrowって例外オブジェクトがどこまでも飛んでいくから便利だね。
でもスパゲティの原因になったりしない？
いったいいつcatchされるんだろう・・・？みたいな。
もしくは、ここのcatchは何のためにあるんだろう・・・？みたいな。
Javaの場合throws書かないといけないけど。
そのまま便利さを享受すべきか、全てのメソッドにthrows相当のものをコメントとして加えておくべきか、ご意見いただけると幸いですｗ
でもスパゲティの原因になったりしない？
いったいいつcatchされるんだろう・・・？みたいな。
もしくは、ここのcatchは何のためにあるんだろう・・・？みたいな。
Javaの場合throws書かないといけないけど。
そのまま便利さを享受すべきか、全てのメソッドにthrows相当のものをコメントとして加えておくべきか、ご意見いただけると幸いですｗ
俺の場合は、catchした上で処理を継続できるような場合はコメントに
@throws で記述しておく。
処理を続行できないような致命的な例外の類は一切キャッチしない or
トップレベルですべての Exception を catch するようにしてる。
@throws で記述しておく。
処理を続行できないような致命的な例外の類は一切キャッチしない or
トップレベルですべての Exception を catch するようにしてる。
使い捨てなら気にせずthrowしまくるけど、ある程度規模が大きくなってきたら問答無用で@throws書いたほうがいい。
108 ：nobodyさん：2006/01/30(月) 23:29:09 ID:l8Eu1UQ7
自作のphpフレームワークを公開して見ました。
一応ＭＶＣモデルとオブジェクト指向プログラミングに基づいて作成しています。
もしよろしかったらご覧いただければ幸いです。
http://pharon.lolipop.jp/
一応ＭＶＣモデルとオブジェクト指向プログラミングに基づいて作成しています。
もしよろしかったらご覧いただければ幸いです。
http://pharon.lolipop.jp/
>>108
Webサイトが思い切りテーブルレイアウトで萎えた。
普通に見出しと本文でいいじゃん。
なんか怪しげなローマ字とか使ってるし。
詳しくは読んでないけど、まずはその素人臭さを払拭しないと
使ってみる気にもなれんね。
Webサイトが思い切りテーブルレイアウトで萎えた。
普通に見出しと本文でいいじゃん。
なんか怪しげなローマ字とか使ってるし。
詳しくは読んでないけど、まずはその素人臭さを払拭しないと
使ってみる気にもなれんね。
整形済み文字にする必要性がわからん
あちこちにマルチし過ぎだしな。
まぁ、本人とも限らないが…。
まぁ、本人とも限らないが…。
pharonの読み方を教えてください
ﾌｧﾛﾝ？
ﾌｧﾛﾝ ﾌｧｰﾛﾝ 有名ﾋﾟｶｿ
115 ：nobodyさん：2006/02/03(金) 20:05:36 ID:3T+q60Jd
たぶんファーロンじゃないかな？
過疎りすぎｗ
117 ：nobodyさん：2006/03/27(月) 23:45:30 ID:NOFET43q
期待age。
で、 Web サイトを PHP で組もうと思ってるんだけどオブジェクト指向でやったほうがベター？
まだ覚えてないけどな 。
で、 Web サイトを PHP で組もうと思ってるんだけどオブジェクト指向でやったほうがベター？
まだ覚えてないけどな 。
>>117
PHPでOOなんて無意味＞＜
PHPでOOなんて無意味＞＜
>>118
まだこんなこと言ってるやついるんだな
まだこんなこと言ってるやついるんだな
120 ：nobodyさん：2006/03/28(火) 09:41:36 ID:64m8EIcO
PHPっていったら、HTMLを直に操作する軽快感が一番重要でしょ。
クラスとか使いはじめると、この足取りの軽さが激減するし、だったらJAVA使ったほうが賢いのでは。
大体WEBプログラミングでオブジェクト指向を得意げに使うこと自体が、スパゲティ大好きって言ってるようなもんだな。
クラスとか使いはじめると、この足取りの軽さが激減するし、だったらJAVA使ったほうが賢いのでは。
大体WEBプログラミングでオブジェクト指向を得意げに使うこと自体が、スパゲティ大好きって言ってるようなもんだな。
私も以前は PHP で OOP なんてする必要ねーよと思っていた。
特に PHP4 のクラスの実装はクソなので OOP するのも面倒だなと思っていた。
しかし、デスマってるプロジェクトに投入されて、
そのプロジェクトが index0001.php4 とか index0134.php4などと
200個くらいのファイルを羅列しているのを見たとき、
たとえ、PHP4 であろうとも OOP を導入すべきだという主張にかわったよ。
OO でなくとも、Logic と View は分けるべきだ。
できるなら、MVC でお願いします。
特に PHP4 のクラスの実装はクソなので OOP するのも面倒だなと思っていた。
しかし、デスマってるプロジェクトに投入されて、
そのプロジェクトが index0001.php4 とか index0134.php4などと
200個くらいのファイルを羅列しているのを見たとき、
たとえ、PHP4 であろうとも OOP を導入すべきだという主張にかわったよ。
OO でなくとも、Logic と View は分けるべきだ。
できるなら、MVC でお願いします。
>>1
Javaでは当たり前なことを
なぜこんなスレタイをたてるのか。
どうせならStrutsやJSF< Tapestry, Seasar2など
フレームワーク関係のスレタイにしておけばよかったのに。
Javaでは当たり前なことを
なぜこんなスレタイをたてるのか。
どうせならStrutsやJSF< Tapestry, Seasar2など
フレームワーク関係のスレタイにしておけばよかったのに。
>>17
一応JavaScriptでprivateにできるテクニックはあるあしい。
ローカル変数を使って。Ajaxに使われている
Prototypeというフレームワークもどきに使われているようだ。
かなり小汚いテクニックで読みにくいソースコードだが。
一応JavaScriptでprivateにできるテクニックはあるあしい。
ローカル変数を使って。Ajaxに使われている
Prototypeというフレームワークもどきに使われているようだ。
かなり小汚いテクニックで読みにくいソースコードだが。
>>122
しかし、ＰＨＰは未だに名前空間が無いから
PHP5からJavaライクなオブジェクト実装が
サポートされても使い勝手は相変わらず悪い。
ini_get()してからini_set()するのはもうウンザリ。
__autoloadだか忘れたがこれをうまくつかって
Javaのimportそっくりなことできそうにみえるが、
それも使い勝手が悪い。
しかし、ＰＨＰは未だに名前空間が無いから
PHP5からJavaライクなオブジェクト実装が
サポートされても使い勝手は相変わらず悪い。
ini_get()してからini_set()するのはもうウンザリ。
__autoloadだか忘れたがこれをうまくつかって
Javaのimportそっくりなことできそうにみえるが、
それも使い勝手が悪い。
JSの場合はJava系みたいにインスタンス変数ごとにprivateっていう考え方よりも、Cのファイルスコープstaticみたいに、ファイルごと（モジュールごと）にローカライズ（隠蔽）するのが常套手段かな。
インスタンス変数はそもそも隠蔽する対象じゃないんだな。
2.0でclassとか拡張されてるから、また変わってくると思うけど。
インスタンス変数はそもそも隠蔽する対象じゃないんだな。
2.0でclassとか拡張されてるから、また変わってくると思うけど。
>>120
軽快感が重要というのは同意だけど、別にそれだけがPHPのメリットじゃないわけで。
クラスだって軽く使おうと思えば使えるし、お手軽なOOPという観点ならPHP>JAVAだと思う。
その分できないこともあるけどな。
軽快感が重要というのは同意だけど、別にそれだけがPHPのメリットじゃないわけで。
クラスだって軽く使おうと思えば使えるし、お手軽なOOPという観点ならPHP>JAVAだと思う。
その分できないこともあるけどな。
あれー。MVCスレってなかったっけ？
寝ぼけてたか？
寝ぼけてたか？
RubyとPHPはどっちが向いてる？
>>133
多分Ruby
多分Ruby
PHPのような低機能な言語でさらにクラス機能まで減らすのはバカ。
そんなことしたら、バカみたいなコードしかかけなくなる。
そんなことしたら、バカみたいなコードしかかけなくなる。
>>135
そういうことはクラスを実際に何に使うのかあげてから言ってくれます？
そういうことはクラスを実際に何に使うのかあげてから言ってくれます？
PHPは変数のスコープを分けれない。それだけでもクラスを使う理由になる。
スコープは分かれてるけど、、、
名前空間がないってことか？
名前空間がないってことか？
変数のスコープは分けれるけど、クラス名・関数名・定数名（クラス定数除く）のスコープが分けられないんだと思われ。
OOPの最大の利点は、再利用性が抜群に高いことだと思う。
自分はアクセスカウンターとか掲示板など、いろんな汎用スクリプトを作ってるんだけど
今後新しいスクリプトが簡単に作れるように、クラスモジュールを構築しながら作成してるから
開発効率がどんどんよくなってきている。
自分はアクセスカウンターとか掲示板など、いろんな汎用スクリプトを作ってるんだけど
今後新しいスクリプトが簡単に作れるように、クラスモジュールを構築しながら作成してるから
開発効率がどんどんよくなってきている。
でも気づいたら2、3行の処理でも関数にしてる自分がいたり・・・するのは俺だけか
そもそもクラスって何書くの？
>>143
変数と関数
変数と関数
>>144
わかってない奴発見
わかってない奴発見
>>145
正しいのを教えて。
正しいのを教えて。
せんせい！ぜんぜんいみがわかりません＞＜
PHP 限定で言えば global を書かずにコードを書く
ためにあると思っておいて間違いではない
コードにまとまりがないうちは不便だが、まとまりが
ない段階でダメだと思えばいい
ためにあると思っておいて間違いではない
コードにまとまりがないうちは不便だが、まとまりが
ない段階でダメだと思えばいい
それだったら普通の関数でよくね？
PHPだとそうなっちゃうよな
perlみたいにパッケージがあれば関数ライブラリだけでやってけるかも知れないが、PHPにパッケージはない。
代わりにクラスを使うしかない。
代わりにクラスを使うしかない。
>>147
むしろなぜ分類（除外）するのか、というところにＯＯの本質があるのでは？
むしろなぜ分類（除外）するのか、というところにＯＯの本質があるのでは？
154 ：nobodyさん：2006/03/31(金) 05:07:58 ID:mYeRlPC0
>>152
PHPのクラスがパッケージの代替でしかないなら、インスタンス化は無意味ってこと？
$hoge = new Hoge; $hoge->kansuu();
より
Hoge::kansuu();
の方が早いもんね
PHPのクラスがパッケージの代替でしかないなら、インスタンス化は無意味ってこと？
$hoge = new Hoge; $hoge->kansuu();
より
Hoge::kansuu();
の方が早いもんね
インスタンスにしないと継承でけんやん
継承とかPHPで使ってるの見たことない。
グローバル変数使わないだけなら定数使うとかあるし
グローバル変数使わないだけなら定数使うとかあるし
ばりばり使いますよ
フレームワークなんて継承前提だし
フレームワークなんて継承前提だし
インスタンスにせんでも継承はできまっせ
・関数がいい人は関数でやればいい
・クラスがいい人はクラスでやればいい
↑ここまではおｋ。それじゃ、
・クラスがいい人は何のためにクラス使ってるの？しかもPHPでｗ ←いまここ
・クラスがいい人はクラスでやればいい
↑ここまではおｋ。それじゃ、
・クラスがいい人は何のためにクラス使ってるの？しかもPHPでｗ ←いまここ
OOP関係の本なら大概載っている
１．カプセル化
２．継承
３．ポリモフィズム
の、3つが何故良いのかを説明できれば、OOPの利点が見えるんじゃないの？
詳しい人↓よろ。
１．カプセル化
２．継承
３．ポリモフィズム
の、3つが何故良いのかを説明できれば、OOPの利点が見えるんじゃないの？
詳しい人↓よろ。
いまだにクラスを何に使ってるの、なんて聞く人がいるの？
１．カプセル化
２．継承
３．ポリモフィズム
ならJavaのほうが初めからそういうふうに設計された言語だけあって有利じゃないの？
PHPのクラスにそういう利点て見出せないな。
２．継承
３．ポリモフィズム
ならJavaのほうが初めからそういうふうに設計された言語だけあって有利じゃないの？
PHPのクラスにそういう利点て見出せないな。
>>162
みんなのために説明よろしく。
みんなのために説明よろしく。
PHPはもともと関数志向？的な作りだから、
OOPに最適化されているとは言いがたいんだけど、
それでもクラスは使った方が便利だよ。
OOPに最適化されているとは言いがたいんだけど、
それでもクラスは使った方が便利だよ。
それじゃなぜPHPを使うの？
総合的に見て、実用性に秀でているから。
カプセル化 【encapsulation】
読み方 ： カプセルか
分野 ： プログラミング > オブジェクト指向
オブジェクト指向プログラミングが持つ特徴の一つ。
データとそれを操作する手続きを一体化して「オブジェクト」として定義し、オブジェクト内の細かい仕様や構造を外部から隠蔽すること。
外部からは公開された手続きを利用することでしかデータを操作できないようにすることで、個々のオブジェクトの独立性が高まる。
カプセル化を進めることによりオブジェクト内部の仕様変更が外部に影響しなくなり、ソフトウェアの保守性や開発効率が高まり、プログラムの部分的な再利用が容易になる。
で、PHPで実用的なカプセル化ってどんなのよ？
読み方 ： カプセルか
分野 ： プログラミング > オブジェクト指向
オブジェクト指向プログラミングが持つ特徴の一つ。
データとそれを操作する手続きを一体化して「オブジェクト」として定義し、オブジェクト内の細かい仕様や構造を外部から隠蔽すること。
外部からは公開された手続きを利用することでしかデータを操作できないようにすることで、個々のオブジェクトの独立性が高まる。
カプセル化を進めることによりオブジェクト内部の仕様変更が外部に影響しなくなり、ソフトウェアの保守性や開発効率が高まり、プログラムの部分的な再利用が容易になる。
で、PHPで実用的なカプセル化ってどんなのよ？
>>171
PHP(4)ではカプセル化は無理。
だから、コメント上で、
どの情報にはアクセスできてどの情報はアクセスを禁止するかを明言する必要がある。
だからPHP(4)に関して言えば、OOPによるカプセル化の利点はない。
PHP(4)ではカプセル化は無理。
だから、コメント上で、
どの情報にはアクセスできてどの情報はアクセスを禁止するかを明言する必要がある。
だからPHP(4)に関して言えば、OOPによるカプセル化の利点はない。
Singleton前提のクラスは
インスタンス化する必要ないってことでOK？
でもコンストラクタでの初期設定ができないか…
インスタンス化する必要ないってことでOK？
でもコンストラクタでの初期設定ができないか…
174 ：nobodyさん：2006/03/31(金) 17:39:36 ID: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
応用例を作ってみました。
文字列を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
>>173
例えば >>174 のソースの中にある
euc_jp_reader クラスや shift_jis_reader クラスなんかは Singleton 前提のクラスですが、
char_iterator クラスのコンストラクタの引数となるため、インスタンス化してやる必要があります。
Singleton 前提のクラスを敢えてインスタンス化する利点の一つは、
ポリモルフィズムが応用できるってことかな。
例えば >>174 のソースの中にある
euc_jp_reader クラスや shift_jis_reader クラスなんかは Singleton 前提のクラスですが、
char_iterator クラスのコンストラクタの引数となるため、インスタンス化してやる必要があります。
Singleton 前提のクラスを敢えてインスタンス化する利点の一つは、
ポリモルフィズムが応用できるってことかな。
・そのスクリプトの中で、Webサイトを構築する上で有用な情報はどこにあるの？
ごめん。意味を正しく受け取ることが出来なかったんだけど、要は
「それを使って何か実際に役に立つものが作れるのか？」
ってことで良いですか？
これは自作の XML 解析モジュールに応用してます。
レンタルサーバーみたいに、外部モジュールを自由に導入できない
(すなわち libxml モジュールなどが使えない)環境のために作りました。
・そのスクリプトの中で、JavaやRubyに対するPHPの優位性はどこにあるの？
知りません。もしかしたら Java や Ruby のほうが優れているんじゃないんですか？
別に PHP が Java や Ruby より優れてなきゃいけない理由なんてないし。
ごめん。意味を正しく受け取ることが出来なかったんだけど、要は
「それを使って何か実際に役に立つものが作れるのか？」
ってことで良いですか？
これは自作の XML 解析モジュールに応用してます。
レンタルサーバーみたいに、外部モジュールを自由に導入できない
(すなわち libxml モジュールなどが使えない)環境のために作りました。
・そのスクリプトの中で、JavaやRubyに対するPHPの優位性はどこにあるの？
知りません。もしかしたら Java や Ruby のほうが優れているんじゃないんですか？
別に PHP が Java や Ruby より優れてなきゃいけない理由なんてないし。
１つ目の質問についてだけど、いちおうWebProg板だしWebプログラミングでオブジェクト指向っていうのがテーマなスレだから、あんまりズレないようにしないとね。
XMLの解析に使ってる点はいいんじゃない。お疲れさん。
２つ目は他の言語でなくなぜPHPなのかって話題が出てたから聞いてみただけ。
PHPしか知らないってのも理由の１つとしてはいいけど、馬鹿にされるからあまり言わないほうがいいかもね。
XMLの解析に使ってる点はいいんじゃない。お疲れさん。
２つ目は他の言語でなくなぜPHPなのかって話題が出てたから聞いてみただけ。
PHPしか知らないってのも理由の１つとしてはいいけど、馬鹿にされるからあまり言わないほうがいいかもね。
>>179
そういうしょうもない煽りは
【戦場は】PHP王とJava乞食【ｴﾝﾀｰﾌﾟﾗｲｽﾞ】
http://pc8.2ch.net/test/read.cgi/php/1140124172/
こっちでやれ
そういうしょうもない煽りは
【戦場は】PHP王とJava乞食【ｴﾝﾀｰﾌﾟﾗｲｽﾞ】
http://pc8.2ch.net/test/read.cgi/php/1140124172/
こっちでやれ
>>171の続き
継承 【inheritance】
読み方 ： けいしょう
別名 ： インヘリタンス
分野 ： プログラミング > オブジェクト指向
オブジェクト指向プログラミングにおいて、既に定義されているクラスをもとに、拡張や変更を加えた新しいクラスを定義すること。
元になるクラスを「スーパークラス」(super class)、あるいは「基底クラス」「基本クラス」(base class)などと呼び、新たに定義されたクラスを「サブクラス」(subclass)、あるいは「派生クラス」(derived class)と呼ぶ。
スーパークラスの性質はすべてサブクラスに受け継がれ、サブクラスではスーパークラスとの違いを定義するだけでよい。
複数のスーパークラスから新しいクラスを定義することを多重継承という。
で、PHPで実用的な継承ってどんなのよ？
継承 【inheritance】
読み方 ： けいしょう
別名 ： インヘリタンス
分野 ： プログラミング > オブジェクト指向
オブジェクト指向プログラミングにおいて、既に定義されているクラスをもとに、拡張や変更を加えた新しいクラスを定義すること。
元になるクラスを「スーパークラス」(super class)、あるいは「基底クラス」「基本クラス」(base class)などと呼び、新たに定義されたクラスを「サブクラス」(subclass)、あるいは「派生クラス」(derived class)と呼ぶ。
スーパークラスの性質はすべてサブクラスに受け継がれ、サブクラスではスーパークラスとの違いを定義するだけでよい。
複数のスーパークラスから新しいクラスを定義することを多重継承という。
で、PHPで実用的な継承ってどんなのよ？
>>181
普通にやれ
普通にやれ
>>182
普通とは？
普通とは？
なんだこの流れ
PHP のスレは大量にあるんだからどこでも使えよ
単に PHP をバカにしたいやつはもうこないでくれないか
本当に知らないのならもっと真摯に勉強しろ
PHP のスレは大量にあるんだからどこでも使えよ
単に PHP をバカにしたいやつはもうこないでくれないか
本当に知らないのならもっと真摯に勉強しろ
>>184
そう言い捨てて意味のあることを書かない（書けない？）人が多いんですよこのスレ。
そう言い捨てて意味のあることを書かない（書けない？）人が多いんですよこのスレ。
それ以前に意味のある質問したことあるんですか？
その質問は意味があるんですか？
この流れじゃあ
「オブジェクト指向意味ﾜｶﾗﾝから本買うけど何がいい？」
なんて厨な質問できねーYO!
「オブジェクト指向意味ﾜｶﾗﾝから本買うけど何がいい？」
なんて厨な質問できねーYO!
>>174
いや、そんな自己満コード晒してもらっても
いや、そんな自己満コード晒してもらっても
>>189
ぱっと思いつくのは
憂鬱なプログラマのためのオブジェクト指向開発講座―C++による実践的ソフトウェア構築入門とか
>>188
OO分かってない奴にいきなりコードを見せても
ﾁﾝﾌﾟﾝｶﾝﾌﾟﾝだと思う
ぱっと思いつくのは
憂鬱なプログラマのためのオブジェクト指向開発講座―C++による実践的ソフトウェア構築入門とか
>>188
OO分かってない奴にいきなりコードを見せても
ﾁﾝﾌﾟﾝｶﾝﾌﾟﾝだと思う
>>127
だから重複してるからイランと
だから重複してるからイランと
>>128
JavaやC++のように大規模開発でも使う場面が
多い言語ではprivateは重宝するよ。
なにせprivateをうまく使うとデバッグがしやすいしバグもとりやすく
テストもしやすくソースコードの信頼性も上がる。
JavaやC++のように大規模開発でも使う場面が
多い言語ではprivateは重宝するよ。
なにせprivateをうまく使うとデバッグがしやすいしバグもとりやすく
テストもしやすくソースコードの信頼性も上がる。
>>143
この本を読めばクラスの使い方がわかるようになるよ。
超お勧め。
Amazon.co.jp：アジャイルソフトウェア開発の奥義: 本
http://www.amazon.co.jp/exec/obidos/ASIN/4797323361/249-2469696-1854764
この本を読めばクラスの使い方がわかるようになるよ。
超お勧め。
Amazon.co.jp：アジャイルソフトウェア開発の奥義: 本
http://www.amazon.co.jp/exec/obidos/ASIN/4797323361/249-2469696-1854764
>>156
おれはよく継承を使いまくってる。
将来拡張する予定があるものは
かならず(空でもいいので)スーパークラスを作って
継承してつかっている。
継承は使い方を間違えたり勘違いしている人間が使うと
継承＝拡張そのものだと
誤解してだたやみくもに継承しまくることがあるので、
継承を使いこなしたければ
デザインパターンについてよく勉強した方が良い。
おれはよく継承を使いまくってる。
将来拡張する予定があるものは
かならず(空でもいいので)スーパークラスを作って
継承してつかっている。
継承は使い方を間違えたり勘違いしている人間が使うと
継承＝拡張そのものだと
誤解してだたやみくもに継承しまくることがあるので、
継承を使いこなしたければ
デザインパターンについてよく勉強した方が良い。
>>160
> ・関数がいい人は関数でやればいい
> ・クラスがいい人はクラスでやればいい
> ↑ここまではおｋ。それじゃ、
> ・クラスがいい人は何のためにクラス使ってるの？しかもPHPでｗ ←いまここ
大規模化する可能性のあるソフトをPHPで作るとき。
顧客がPHPを使えと言ってきたら
PHPを使わざるを得ない。けれどもオブジェクト指向を
使わないで開発すると一体どんなとんでもない目に
あうのか散々味わってきたので
漏れはかならずオブジェクト指向でPHPコードを書く。
> ・関数がいい人は関数でやればいい
> ・クラスがいい人はクラスでやればいい
> ↑ここまではおｋ。それじゃ、
> ・クラスがいい人は何のためにクラス使ってるの？しかもPHPでｗ ←いまここ
大規模化する可能性のあるソフトをPHPで作るとき。
顧客がPHPを使えと言ってきたら
PHPを使わざるを得ない。けれどもオブジェクト指向を
使わないで開発すると一体どんなとんでもない目に
あうのか散々味わってきたので
漏れはかならずオブジェクト指向でPHPコードを書く。
継承 = inheritance
拡張 = extends
なんだよな・・・・
拡張 = extends
なんだよな・・・・
>>163
それに関してはPHPでもJavaでも同じように実現できている。
PHPで問題なのは名前空間と型安全性問題。
メソッド引数に型指定もクラスしか使えないこと。
integer型やstring型などをメソッド引数に指定できないのが
今のPHP5の難点。Javaでいえば引数の型をObjectにしているようなものだ。
Perlでも同様だが。
それに関してはPHPでもJavaでも同じように実現できている。
PHPで問題なのは名前空間と型安全性問題。
メソッド引数に型指定もクラスしか使えないこと。
integer型やstring型などをメソッド引数に指定できないのが
今のPHP5の難点。Javaでいえば引数の型をObjectにしているようなものだ。
Perlでも同様だが。
>>171
PHP5はどうみてもJavaのパクリとしか
思えないほど十分にオブジェクト指向できるような
言語となった。問題なのは上でも述べているとおり
名前空間と型指定の曖昧さ、ほかに戻り値の型を指定できないことだね。
PHP5はどうみてもJavaのパクリとしか
思えないほど十分にオブジェクト指向できるような
言語となった。問題なのは上でも述べているとおり
名前空間と型指定の曖昧さ、ほかに戻り値の型を指定できないことだね。
>>174-175
そんなに汚くないコードだけど
ちょっと抵抗があるソースコードだな。
クラス名が全部小文字で
名前空間の替わりの役割を果たしているわけでもないのに
区切り文字に_(アンダースコア)つかうという
表記を未だに使っているとは・・・・。
やっまりキャメルケース(CamelCase)がわかりやすいと思うのだが。
それから一ファイルにつき一クラスにしておくのがベスト。
一つのファイルに複数のクラスを入れておくことはお勧めしない。
ファイル名とクラス名も一致させておく。名前空間が使えないので
そこだけ例外的にクラスだけ名に_(アンダースコア)を使う。
詳しくはPEARライブラリのソースコードを見てみてくれ。
それから文字コードがＥＵＣだとは。
Unicode(UTF-8)で統一してくれれば
DBとのやりとりも楽なのだが。
そんなに汚くないコードだけど
ちょっと抵抗があるソースコードだな。
クラス名が全部小文字で
名前空間の替わりの役割を果たしているわけでもないのに
区切り文字に_(アンダースコア)つかうという
表記を未だに使っているとは・・・・。
やっまりキャメルケース(CamelCase)がわかりやすいと思うのだが。
それから一ファイルにつき一クラスにしておくのがベスト。
一つのファイルに複数のクラスを入れておくことはお勧めしない。
ファイル名とクラス名も一致させておく。名前空間が使えないので
そこだけ例外的にクラスだけ名に_(アンダースコア)を使う。
詳しくはPEARライブラリのソースコードを見てみてくれ。
それから文字コードがＥＵＣだとは。
Unicode(UTF-8)で統一してくれれば
DBとのやりとりも楽なのだが。
>>198
PHPやJavaではextendsで継承しているともいうし拡張するともいう。
しかしクラスそのものを拡張しているだけであって
それによってそれだけで簡単にソフトウェアの拡張性が高まるとは限らない。
という落とし穴に気をつけないといけない。
その辺りを素早く理解するにはデザインパターンを学ぶことをお勧めする。
この本は初心者には非常にわかりやすいので
かなりお勧め。
増補改訂版Java言語で学ぶデザインパターン入門
http://www.hyuki.com/dp/
PHPやJavaではextendsで継承しているともいうし拡張するともいう。
しかしクラスそのものを拡張しているだけであって
それによってそれだけで簡単にソフトウェアの拡張性が高まるとは限らない。
という落とし穴に気をつけないといけない。
その辺りを素早く理解するにはデザインパターンを学ぶことをお勧めする。
この本は初心者には非常にわかりやすいので
かなりお勧め。
増補改訂版Java言語で学ぶデザインパターン入門
http://www.hyuki.com/dp/
>>201
gotoか。Javaみたいに例外処理限定や
ラベル付きbreak, continue文だけにgoto同様の機能を
限定的に持たせるだけにしてくれればいいのだが・・・・。
C#みたいにJavaのラベル付きbreakやcontinueをgotoキーワードで
実装すると言うだけのレベルだろうか？
gotoか。Javaみたいに例外処理限定や
ラベル付きbreak, continue文だけにgoto同様の機能を
限定的に持たせるだけにしてくれればいいのだが・・・・。
C#みたいにJavaのラベル付きbreakやcontinueをgotoキーワードで
実装すると言うだけのレベルだろうか？
188はTemplateMethodの実例を見せたかったんだろ
俺は悪いコードだとは思わないが
俺は悪いコードだとは思わないが
何でいまどきgotoなんだろ。
俺的には無限再帰を可能にしてwhileとforみたいなダサいもんも排除した
関数言語にして欲しいと前から思っているんだけどそんな人いませんか。
俺的には無限再帰を可能にしてwhileとforみたいなダサいもんも排除した
関数言語にして欲しいと前から思っているんだけどそんな人いませんか。
Gauche とか使えば？
PHPで継承はあんまり必要ないな。
使い道がないから。
ウェブでオブジェクト指向するなら、JavaScriptが一番使いどころが多い。
使い道がないから。
ウェブでオブジェクト指向するなら、JavaScriptが一番使いどころが多い。
finalとabstractとinterfaceが
とりあえずどんなものかは
わかったけど実際にどうやって
それを有効利用できればいいか
わからない香具師に結城本はおすすめだと思う。
とりあえずどんなものかは
わかったけど実際にどうやって
それを有効利用できればいいか
わからない香具師に結城本はおすすめだと思う。
>>212
privateの利点が解らない香具師はあっても使わない。
privateの利点が解らない香具師はあっても使わない。
デフォルトがprivateだったらすげー便利だったのになぁ。
Javaだったらデフォルトでpackage privateになるのにな。
publicと明示的につけないとパッケージ外部からアクセスできなくなる
ってことが名前空間がないPHPではできないから
デザインパターンの実装も中途半端になる。
publicと明示的につけないとパッケージ外部からアクセスできなくなる
ってことが名前空間がないPHPではできないから
デザインパターンの実装も中途半端になる。
PHP6のgotoは、gotoというキーワードが実装される訳ではなくて、
for () {
if () {
break foo;
}
print "bar\n";
foo:
print "baz\n";
}
こんな感じに書けるようになるもの。
for () {
if () {
break foo;
}
print "bar\n";
foo:
print "baz\n";
}
こんな感じに書けるようになるもの。
>>220
これならあってもいいかも。
これならあってもいいかも。
>>199,200
型安全性ならis_arrayとかis_stringとかinstanceofでチェックすればいいだけじゃないの？
型安全性ならis_arrayとかis_stringとかinstanceofでチェックすればいいだけじゃないの？
それはそうだが
何が求められているのかを知るために
中身まで見ないといけないのはあまりよろしくないだろう。
何が求められているのかを知るために
中身まで見ないといけないのはあまりよろしくないだろう。
つ @param @return
動的型付け言語であるPHPで、型を指定したいってのがそもそも可笑しな話なんだよな。
それでもタイプヒンティングみたいにオブジェクトの型を動的にチェックしてくれるようにする構文はいいアイデアだと思った。
Javaでいう変数の静的な型指定（つーかC/C++からだけど）と構文を似せたってのも良い。
JavaScript2.0なんかもそういう方向に行ってるね。
>>199
> integer型やstring型などをメソッド引数に指定できないのが
たぶんだけど、統一性の問題があるからだと思う。
例えば引数にintを指定したメソッドがあったとして、呼び出すときにstringを渡したからってエラーにすべきではないでしょ。
その辺の仕様がうまくいかないんじゃないかな。
それでもタイプヒンティングみたいにオブジェクトの型を動的にチェックしてくれるようにする構文はいいアイデアだと思った。
Javaでいう変数の静的な型指定（つーかC/C++からだけど）と構文を似せたってのも良い。
JavaScript2.0なんかもそういう方向に行ってるね。
>>199
> integer型やstring型などをメソッド引数に指定できないのが
たぶんだけど、統一性の問題があるからだと思う。
例えば引数にintを指定したメソッドがあったとして、呼び出すときにstringを渡したからってエラーにすべきではないでしょ。
その辺の仕様がうまくいかないんじゃないかな。
>>222
以前もどこかのスレで議論があったが。
それだけでは以下の問題を解決できない。
$number = 9;
$value = 1;
$x = $number + value *2;
$y = $x * $x + 4 * $number;
$number = 1000;
$z = $x / ($y + $number);
とした適当なコードがあったとき、
あとから
$x = $number + value *2;
の部分を
$x = $nunber + value *2;
と書きかえても $numberと$nunberとの違いの
に気づかない。
そして路頭に迷ったあげくにデバッグに無駄に時間をかけることになって
開発速度が衰える。
以前もどこかのスレで議論があったが。
それだけでは以下の問題を解決できない。
$number = 9;
$value = 1;
$x = $number + value *2;
$y = $x * $x + 4 * $number;
$number = 1000;
$z = $x / ($y + $number);
とした適当なコードがあったとき、
あとから
$x = $number + value *2;
の部分を
$x = $nunber + value *2;
と書きかえても $numberと$nunberとの違いの
に気づかない。
そして路頭に迷ったあげくにデバッグに無駄に時間をかけることになって
開発速度が衰える。
>>225
Javaみたいにラッパークラスを作ってしまえばいいかもしれんな。
final class Integer extends Number {
$private $value;
__construct($value){
if($valueがint型であれば){
$this->value = $value;
} else {
throw new NumberFormatException("整数以外入力するんじゃねえぞこのバカ野郎氏ね！");
}
}
}
Javaみたいにラッパークラスを作ってしまえばいいかもしれんな。
final class Integer extends Number {
$private $value;
__construct($value){
if($valueがint型であれば){
$this->value = $value;
} else {
throw new NumberFormatException("整数以外入力するんじゃねえぞこのバカ野郎氏ね！");
}
}
}
privateに＄が余分についていた。
あとは適度に必要な変換メソッドを追加しておくべし。
intValue()とか
あとは適度に必要な変換メソッドを追加しておくべし。
intValue()とか
>>228
お、いい方法じゃん！って一瞬思ったけど、
function method(Integer $param)
を呼び出すときmethod(10)って書けないし＞＜
>>227
えーっと、それは型安全性の問題なの・・・？
お、いい方法じゃん！って一瞬思ったけど、
function method(Integer $param)
を呼び出すときmethod(10)って書けないし＞＜
>>227
えーっと、それは型安全性の問題なの・・・？
>>227
それは単なるタイプミスだ。
それは単なるタイプミスだ。
>>230
ひとこと「それだとAUTO-BOXINGが欲しくなるな」と言えばいいのにｗ
ひとこと「それだとAUTO-BOXINGが欲しくなるな」と言えばいいのにｗ
>>233
つ 「それだとAUTO-BOXINGが欲しくなるな」
満足戴けたかな？
PHPみたいな型なし言語なら、Javaみたいなプリミティブ型とそのラッパークラスのオートボクシング/アンボクシングだけでなく、もう少し汎用的な自動型変換が欲しいところだな。
function method(int $x) {}
を
method("100");
っていうふうに呼び出したならintにキャストするくらいの自動化はあってもいいと思う。
（今あるPHPのタイプヒンティングだと、型が違うとエラーっていう設計だから）
もともとPHPは変数の実行時における型が文字列か整数かを意識しなくても適宜変換してくれるように設計された言語なわけだし。
つ 「それだとAUTO-BOXINGが欲しくなるな」
満足戴けたかな？
PHPみたいな型なし言語なら、Javaみたいなプリミティブ型とそのラッパークラスのオートボクシング/アンボクシングだけでなく、もう少し汎用的な自動型変換が欲しいところだな。
function method(int $x) {}
を
method("100");
っていうふうに呼び出したならintにキャストするくらいの自動化はあってもいいと思う。
（今あるPHPのタイプヒンティングだと、型が違うとエラーっていう設計だから）
もともとPHPは変数の実行時における型が文字列か整数かを意識しなくても適宜変換してくれるように設計された言語なわけだし。
>>235
メリットって？
>>236
間違えて配列やオブジェクトを渡したときに自動的にエラーを出してくれるかもしれない。
もちろんis_intで確認してエラー出せば同じことだから絶対なければならないっていう必然性はないけど、あったら便利かとは思う。
あとタイプヒンティングでintやstringなどの基本型だけは指定できないっていう今の状況より統一感あるかと。
オートボクシングや構文糖と考え方は一緒ね。
メリットって？
>>236
間違えて配列やオブジェクトを渡したときに自動的にエラーを出してくれるかもしれない。
もちろんis_intで確認してエラー出せば同じことだから絶対なければならないっていう必然性はないけど、あったら便利かとは思う。
あとタイプヒンティングでintやstringなどの基本型だけは指定できないっていう今の状況より統一感あるかと。
オートボクシングや構文糖と考え方は一緒ね。
PHPでそんなことするくらいなら、素直にJava使うわ。
引数に型書くだけの話やんけ
241 ：nobodyさん：2006/04/04(火) 03:55:07 ID:B/b940FU
普通のclassと、
abstractなclass,
interfaceは、
クラス名から変えた方がいいんかな？
どうやってる？
abstractなclass,
interfaceは、
クラス名から変えた方がいいんかな？
どうやってる？
>>241
俺はabstractもinterfaceも普通の名前にしてる。
abstractやinterfaceをある特定クラスの仕様だけ抽象したことを表現したい場合に限り「Abstract～」とか「～Interface」にするかも。
例外だったら「～Exception」てつけるけど。
俺はabstractもinterfaceも普通の名前にしてる。
abstractやinterfaceをある特定クラスの仕様だけ抽象したことを表現したい場合に限り「Abstract～」とか「～Interface」にするかも。
例外だったら「～Exception」てつけるけど。
>>241-242
というか、C#やC++みたいに継承も実装もおなじ::をつかっているわけではなく
PHPはjavaのようにちゃんと継承はextends、インターフェース実装はimplements
を使うように指定されているから
名前を見ただけでインターフェースかクラスかわかるようにまでしなくてもええと思う。
IDE使えば名前指定しなくてもさらに一目でわかるし。PHPのIDEはよくわかんないけど
というか、C#やC++みたいに継承も実装もおなじ::をつかっているわけではなく
PHPはjavaのようにちゃんと継承はextends、インターフェース実装はimplements
を使うように指定されているから
名前を見ただけでインターフェースかクラスかわかるようにまでしなくてもええと思う。
IDE使えば名前指定しなくてもさらに一目でわかるし。PHPのIDEはよくわかんないけど
質問です。
ビジネスロジックとドメインロジックとアプリケーションロジックは、プレゼンテーションロジックと対比的な位置づけですが、基本的に同じものですか？
ビジネスロジックとドメインロジックとアプリケーションロジックは、プレゼンテーションロジックと対比的な位置づけですが、基本的に同じものですか？
>>245
使用する分析・設計手法によって、使われる用語とその定義は違ってきます。
こういうインフォーマルな場では、それぞれが別の立場・定義で勝手に用語を使う
ことが多く、基本的な認識がすれ違ったまま不毛なレスが飛び交うのが常です。
まずは専門書で系統立った知識を得てから、自分なりの経験と知見を積んでいけば
その類のどーでもいい疑問は解決すると思われます。
使用する分析・設計手法によって、使われる用語とその定義は違ってきます。
こういうインフォーマルな場では、それぞれが別の立場・定義で勝手に用語を使う
ことが多く、基本的な認識がすれ違ったまま不毛なレスが飛び交うのが常です。
まずは専門書で系統立った知識を得てから、自分なりの経験と知見を積んでいけば
その類のどーでもいい疑問は解決すると思われます。
247 ：nobodyさん：2006/04/22(土) 05:13:55 ID:cnsSSisF
プロパティをtrue/falseにするメソッド名ってそれぞれどんな命名にする？
>>247
どんなクラスのプロパティを作るかがわかれば
自ずとそれに見合った名前がわかると思うんだが。
どうしても名前がわからないときは>>248のようになるが。
そのプロパティがオセロの駒であれば、
setWhite(), setBlack() みたいな名前にするだろうし。
もしくはset(Color.WHITE). set(Color.BLACK)など。
表、裏を表すなら setHeads(), setTails()など
0か1なら setZero(), setOne()または>>248のように。
あと、メソッドを複数にする必要も、メソッドに引数を
割り当てる必要もないケースであるケースもありうる。
trueだったらfalse, falseだったtrueに反転するだけのメソッド
public void reverse(){
this.flagment = !this.flagment;
}
を定義するだけのものとか。
どんなクラスのプロパティを作るかがわかれば
自ずとそれに見合った名前がわかると思うんだが。
どうしても名前がわからないときは>>248のようになるが。
そのプロパティがオセロの駒であれば、
setWhite(), setBlack() みたいな名前にするだろうし。
もしくはset(Color.WHITE). set(Color.BLACK)など。
表、裏を表すなら setHeads(), setTails()など
0か1なら setZero(), setOne()または>>248のように。
あと、メソッドを複数にする必要も、メソッドに引数を
割り当てる必要もないケースであるケースもありうる。
trueだったらfalse, falseだったtrueに反転するだけのメソッド
public void reverse(){
this.flagment = !this.flagment;
}
を定義するだけのものとか。
反転ならtoggleを使いたくなる
251 ：nobodyさん：2006/11/04(土) 00:59:33 ID:1MW2WScy
スレを読まずに書くけど。
俺オブジェクト指向ってよくわかんないのね。で、
PHPでさ、テーブルごとにクラス作ってその中で
SQL発行してるソース見て思ったんだけど。こういう
のってテーブルのJOINはどう扱ってんの？
俺オブジェクト指向ってよくわかんないのね。で、
PHPでさ、テーブルごとにクラス作ってその中で
SQL発行してるソース見て思ったんだけど。こういう
のってテーブルのJOINはどう扱ってんの？
だからそれはテーブルじゃなくてデータオブジェクトです
良スレ発見
>>247
enableXXX/disableXXX
>>251
railsのactiverecordとか調べてみればいい
テーブル同士の関係の属性を設定して取れるようになっている
でもSQLを元にデータを取得することもできるし
複雑なJOINの場合はSQL書くのが推奨
enableXXX/disableXXX
>>251
railsのactiverecordとか調べてみればいい
テーブル同士の関係の属性を設定して取れるようになっている
でもSQLを元にデータを取得することもできるし
複雑なJOINの場合はSQL書くのが推奨
OOPを0から学ぶとすると、やはりJavaが最適なのでしょうか？
Railsで有名になったRubyでもよさそうですが、
どれを勉強しようか悩みます。
どちらも実行環境を整えるのが自分にとって一苦労な気がするので、
今まで環境が作りやすいPHPに逃げていましたが、
一向にOOPの概念がわからずじまいで、
本格的にJavaかRubyを入れてやってみようと考えています。
Railsで有名になったRubyでもよさそうですが、
どれを勉強しようか悩みます。
どちらも実行環境を整えるのが自分にとって一苦労な気がするので、
今まで環境が作りやすいPHPに逃げていましたが、
一向にOOPの概念がわからずじまいで、
本格的にJavaかRubyを入れてやってみようと考えています。
オブジェクト指向プログラミングの学習が目的なら、ウェブアプリやっても無駄だと思うよ。GUIのあるデスクトップアプリ作った方がいい。
> オブジェクト指向プログラミングの学習が目的なら、ウェブアプリやっても無駄だと思うよ。GUIのあるデスクトップアプリ作った方がいい。
はいはいわろすわろす。
はいはいわろすわろす。
GUIのプログラミングで身に付くのはオブジェクト指向よりむしろイベントドリブンだよね。
webアプリでがちがちのオブジェクト指向やると重くならね？
もっと抽象的な議論しようぜ。
リクエストがあったらhtml吐き出して終わり、なタイプのwebアプリでは
オブジェクト指向はあまり身につかない。
なにしろ、インスタンスの寿命が短かくて、全員が突然死するわけだから、
時間軸がそっくり抜けてるのだよ。
気にしながらライブラリを作れば、ソースの構造的な部分はある程度身につくかな、くらいだろう。
オブジェクト指向はあまり身につかない。
なにしろ、インスタンスの寿命が短かくて、全員が突然死するわけだから、
時間軸がそっくり抜けてるのだよ。
気にしながらライブラリを作れば、ソースの構造的な部分はある程度身につくかな、くらいだろう。
JavaでWebアプリしかやらない人は、J2EEパターンとかDIコンテナとか使って
「オブジェクト指向」と思っているんじゃないかな？
今のJavaのWebはレイヤー構造や
ドメインモデル（エンティティ）とビジネスロジックを完全に分離した設計、
ステートレス・スレッドセーフ・request/sessionスコープなどが優先されて、
本来のオブジェクト指向信者から見ると、論理的にあまりきれいな設計ではない。
とは言える。
言語レベルを超えた「モデリング」（UML等は使っても良いが）を
そのまま実装にまで落とすには無理がある。
「オブジェクト指向」と思っているんじゃないかな？
今のJavaのWebはレイヤー構造や
ドメインモデル（エンティティ）とビジネスロジックを完全に分離した設計、
ステートレス・スレッドセーフ・request/sessionスコープなどが優先されて、
本来のオブジェクト指向信者から見ると、論理的にあまりきれいな設計ではない。
とは言える。
言語レベルを超えた「モデリング」（UML等は使っても良いが）を
そのまま実装にまで落とすには無理がある。
要するに Java なんかつかうやつはばかですってこと？
JavaでWebなんて業務外では使わないしどうでもいい。
本気でオブジェクト指向やりたいならウェブでは役者不足ってこと。
役者不足（笑）
Actorが不足してるわけですな。
OOの概念を把握したりOOの組み方を学ぶだけなら
PHPでもそれなりに勉強できると思うけどな
PHP5で書かれたフレームワークやライブラリのコードを眺めてみたら
PHPでもそれなりに勉強できると思うけどな
PHP5で書かれたフレームワークやライブラリのコードを眺めてみたら
それOOをまったく理解できなかった俺が買ってみた
どうなるか人柱になるわｗ
著者でググったらブログが一番上にヒットした
どうなるか人柱になるわｗ
著者でググったらブログが一番上にヒットした
PHPのデザパタ入門ってどうなんだろうか。
レビュー期待ｗｗｗ
レビュー期待ｗｗｗ
一口にオブジェクト指向って言ってもメッセージ主体かクラス主体かで変わってくるからね。
C++, Java, PHP は後者。前者は Smalltalk, Objective-C, io とか。
C++, Java, PHP は後者。前者は Smalltalk, Objective-C, io とか。
>>276
簡単なライブラリから眺めていけばいいよPEARのDBとか
OOPを一番手っ取り早く理解する方法は
OOで適当な分野のライブラリを自分でコード書いてみる事
当然よく分からないうちはコードは汚い
なのでPEARで同じような分野のライブラリコードを眺めて
どういう構造なのかを調べてみながら自分のコードを書き直す
それの繰り返しで把握していくもんだと思う
いきなりデザパタの勉強とかやってもあんまり意味がない
OOPを理解していく上でどういう局面で
どういうパターンを使ったら良いという事がわからないから
パターンってのは結局ノウハウの事だし
ノウハウってのは必要に応じて生まれて出来上がっていくもんだから
ノウハウ自体を先に説明されてもピンとこないはず
英語は勉強するしかないがまめに単語の意味を引くようにしておけば
文法を正確に理解してなくてもだいたい把握できるようになるはず
ネットならすぐに調べられるんだからそのコストは無駄にはならない
コードは万国共通だ
ごちゃごちゃしてても所詮はPHPのコード、Cやアセンブリじゃない
ゆっくり読んでいけばわかる
小さなライブラリでもよくできてるライブラリはたくさんある
その区別がつくようになっていけば
自ずといいコードも書けるようになるだろう
簡単なライブラリから眺めていけばいいよPEARのDBとか
OOPを一番手っ取り早く理解する方法は
OOで適当な分野のライブラリを自分でコード書いてみる事
当然よく分からないうちはコードは汚い
なのでPEARで同じような分野のライブラリコードを眺めて
どういう構造なのかを調べてみながら自分のコードを書き直す
それの繰り返しで把握していくもんだと思う
いきなりデザパタの勉強とかやってもあんまり意味がない
OOPを理解していく上でどういう局面で
どういうパターンを使ったら良いという事がわからないから
パターンってのは結局ノウハウの事だし
ノウハウってのは必要に応じて生まれて出来上がっていくもんだから
ノウハウ自体を先に説明されてもピンとこないはず
英語は勉強するしかないがまめに単語の意味を引くようにしておけば
文法を正確に理解してなくてもだいたい把握できるようになるはず
ネットならすぐに調べられるんだからそのコストは無駄にはならない
コードは万国共通だ
ごちゃごちゃしてても所詮はPHPのコード、Cやアセンブリじゃない
ゆっくり読んでいけばわかる
小さなライブラリでもよくできてるライブラリはたくさんある
その区別がつくようになっていけば
自ずといいコードも書けるようになるだろう
オブジェクト指向について語るとき、
「どのような概念か」と「どう使うのか」
を分けないで話すとひどいことになる、
ということだな。
「どのような概念か」と「どう使うのか」
を分けないで話すとひどいことになる、
ということだな。
昨日本を読んでみた。
サンプルコードが載っていて分かりやすかった。
UMLの説明はさすがに他書で勉強しないと、このページ数じゃフォローできんね。
（ないよりましだけど…）
デザインパターンが活用できるようになれば、OOPが楽しくなるだろうなー☆＼(^o^)／
サンプルコードが載っていて分かりやすかった。
UMLの説明はさすがに他書で勉強しないと、このページ数じゃフォローできんね。
（ないよりましだけど…）
デザインパターンが活用できるようになれば、OOPが楽しくなるだろうなー☆＼(^o^)／
届いたよ！
眠くてまだ読んでない
ちょっと開いたけど
眠くてまだ読んでない
ちょっと開いたけど
このスレ、
サーバサイドプログラミングでのＯＯかよ
期待して損した・・・
サーバサイドプログラミングでのＯＯかよ
期待して損した・・・
>>283
クライアントサイドのOOPっていうと、JavaScriptでやるんですか？
クライアントサイドのOOPっていうと、JavaScriptでやるんですか？
285 ：nobodyさん：2006/12/18(月) 23:57:03 ID:VHWnyE8e
WebObjectsがフリーになるから 勉強しといたほうがいいぜ
半分くらい読んだけど、7章が無いのが残念だった
そこらへんは著者さんのブログやサイトを参考に補完することにしようorz
そこらへんは著者さんのブログやサイトを参考に補完することにしようorz
289 ：nobodyさん：2007/01/21(日) 01:00:05 ID:0bZ76xtY
PHP5のﾏﾆｭｱﾙ（オブジェクトとクラスの項）とJava入門書を読み始めたばかりなんだけど、
PHP5とJavaのメソッドオーバーロードって全然別物なの？
PHP5とJavaのメソッドオーバーロードって全然別物なの？
290 ：nobodyさん：2007/01/21(日) 01:03:49 ID:iXs223c1
スクイークに詳しい人いる？
291 ：nobodyさん：2007/01/21(日) 01:20:02 ID:dNBfq9SO
>>288 PHPのオブジェクト指向を先に覚えるより、CやVBなどのﾌﾟﾛｸﾞﾗﾑを覚えたほうが
組み方は理解できるよ。短時間で
組み方は理解できるよ。短時間で
>>291
スパゲッティソースの量産方法を理解できると言うこと？
スパゲッティソースの量産方法を理解できると言うこと？
なんかPHPerは無条件でオブジェクト指向マンセーしてる奴が多いよな・・・
手続き型の進化系がオブジェクト指向ってわけじゃないからね
手続き型的なロジックが有効なところもあればオブジェクト指向が有効なところもある
俺が確かに言えることは、オブジェクト指向は少なくとも万能ではないってこと
だからオブジェクト指向で書かないとスパゲティになるとかわけわかんないんだよ
むしろオブジェクト指向によって作られたスパゲティの方が多いという現実さえあるのに・・・
手続き型の進化系がオブジェクト指向ってわけじゃないからね
手続き型的なロジックが有効なところもあればオブジェクト指向が有効なところもある
俺が確かに言えることは、オブジェクト指向は少なくとも万能ではないってこと
だからオブジェクト指向で書かないとスパゲティになるとかわけわかんないんだよ
むしろオブジェクト指向によって作られたスパゲティの方が多いという現実さえあるのに・・・
>>294
誰も藻前の妄想なんか聞きたくないわけだが。
誰も藻前の妄想なんか聞きたくないわけだが。
296 ：nobodyさん：2007/01/21(日) 22:02:30 ID:dNBfq9SO
まぁ考え方が増えたってことでいいんじゃない？
コードがアチコチに飛ぶって意味では、gotoも多態を使いまくったトリッキーなコードも
スパゲッティには変わりないよ。
スパゲッティには変わりないよ。
正直、オブジェクト指向で作られたソースがさっぱり理解できないのだが・・・
もうダメなのかな俺
もうダメなのかな俺
何言語でどういう部分が分からないの？
Javaで作られたCMS。ソースにコメント一切無し。
消えた前担当が全然ドキュメント残してないってのもあるが、Perl使いの俺にはｻﾊﾟｰﾘ。
まぁ何だ、愚痴だ。ｽﾏﾝ。
消えた前担当が全然ドキュメント残してないってのもあるが、Perl使いの俺にはｻﾊﾟｰﾘ。
まぁ何だ、愚痴だ。ｽﾏﾝ。
301 ：nobodyさん：2007/01/22(月) 23:47:33 ID:c6xxxnP6
>>298 これわかる？
Webより抜粋 PHP （編集しました）
******************************************************************************
* class Shopping {
* ク var $item = "コンピュータ"; これがメンバ変数の設定
* var $price = 99800; コンピュータが99800
* ラ ************************************************************************
* function getTotal() {
* ス $tax = $this->price * 0.05;
* return $this->price + $tax; // 税込価格の設定 これがメソッドの定義
* } 消費税の設定と選択した商品に消費税を加える定義
* }
******************************************************************************
$result = new Shopping(); 上記で指定したクラスをnewステートメントを使ってオブジェクトに格納します
$item = $result->item;
print("$item の会計は".$result->getTotal()."円になります\n"); これが表示結果
******************************************************************************
Webより抜粋 PHP （編集しました）
******************************************************************************
* class Shopping {
* ク var $item = "コンピュータ"; これがメンバ変数の設定
* var $price = 99800; コンピュータが99800
* ラ ************************************************************************
* function getTotal() {
* ス $tax = $this->price * 0.05;
* return $this->price + $tax; // 税込価格の設定 これがメソッドの定義
* } 消費税の設定と選択した商品に消費税を加える定義
* }
******************************************************************************
$result = new Shopping(); 上記で指定したクラスをnewステートメントを使ってオブジェクトに格納します
$item = $result->item;
print("$item の会計は".$result->getTotal()."円になります\n"); これが表示結果
******************************************************************************
VB系のﾌﾟﾛｸﾞﾗﾑ言語と識別子が逆だからめんどうだよね
PHP4のオブジェクト指向が中途半端だからいけない
PHPはオブジェクト指向言語ではありません
>>305
それだから、PHPでオブジェクト指向はしない...と思っていたんだけど
最近ちょっとずつやってみている。
しかし一番最初に触った言語がPHPだったもんだから、この前
C言語を勉強しているときに「あー、やっぱPHPって気持ち悪いな」って思った。
なんか仕様がグダグダだし、10年くらいすれば忘れられそうだなとか思った。
それだから、PHPでオブジェクト指向はしない...と思っていたんだけど
最近ちょっとずつやってみている。
しかし一番最初に触った言語がPHPだったもんだから、この前
C言語を勉強しているときに「あー、やっぱPHPって気持ち悪いな」って思った。
なんか仕様がグダグダだし、10年くらいすれば忘れられそうだなとか思った。
10年後には確実に気持ちいい言語になってるのがPHPだけどな
それだけは無いな
309 ：nobodyさん：2007/02/06(火) 13:46:07 ID:zUpPH+yJ
10年前のPHP3の時は地獄のようでした
310 ：nobodyさん：2007/02/06(火) 18:47:34 ID:urembAfZ
オブ脳とPHPデザパタを読んでオブジェクト指向というのを実践しようとしたけど、
ちゃんとわかってないからか、酷いスパゲッティーになる気がして途中でやめた。
中途半端なオブジェクト指向を解説してるところはないのかな。
俺の今の思考↓。
クラスのメリット
・関数を纏められるの。
・纏めた関数だけ扱う変数を作れる。
・継承のおかげで、元は残したまま拡張した纏まりを別の場所で使える
ちゃんとわかってないからか、酷いスパゲッティーになる気がして途中でやめた。
中途半端なオブジェクト指向を解説してるところはないのかな。
俺の今の思考↓。
クラスのメリット
・関数を纏められるの。
・纏めた関数だけ扱う変数を作れる。
・継承のおかげで、元は残したまま拡張した纏まりを別の場所で使える
よし、オブジェクト指向で書くぞ！って書くもんじゃなくて
気づいたら知らぬ間にOOで書いてるもんだ
気づいたら知らぬ間にOOで書いてるもんだ
手続き型で書かれたｽｸﾘﾌﾟﾄをclassで囲んで、
処理を関数で小分けして、例外かましただけ、
みたいなのあるよね
継承、再利用、知るかボケみたいな
俺がまさに今やってることだけど(´･ω･`)
処理を関数で小分けして、例外かましただけ、
みたいなのあるよね
継承、再利用、知るかボケみたいな
俺がまさに今やってることだけど(´･ω･`)
他の人はどうか知らんのだけど、俺個人レベルでは
再利用や拡張のためにクラスを書いたり継承したりはあんまりない。
多態性を持たせるための手段として継承させる程度かな。
PHP5時代の本は買ったことないのだけど、PHP4の時代は
継承による拡張ばかり取り上げていて、カプセル化とか多態性の
ことはあまり取り上げられてなかった希ガス。まぁPHPもデザパタが
取り上げられているので多態性については出てくるでしょうけどカプセル化は?
PEARのDB(MDB2)もFetchモードがObjectのとき、StdClassだけじゃなくて
XmlSerializerみたいにクラスを指定できたらいいなと思うのは変?
>>310にあるメリットは、結果であって目的ではないと思う、
と思えるようになった今日この頃w
再利用や拡張のためにクラスを書いたり継承したりはあんまりない。
多態性を持たせるための手段として継承させる程度かな。
PHP5時代の本は買ったことないのだけど、PHP4の時代は
継承による拡張ばかり取り上げていて、カプセル化とか多態性の
ことはあまり取り上げられてなかった希ガス。まぁPHPもデザパタが
取り上げられているので多態性については出てくるでしょうけどカプセル化は?
PEARのDB(MDB2)もFetchモードがObjectのとき、StdClassだけじゃなくて
XmlSerializerみたいにクラスを指定できたらいいなと思うのは変?
>>310にあるメリットは、結果であって目的ではないと思う、
と思えるようになった今日この頃w
ｵﾌﾞｼﾞｪ糞指向はうんこだな
人類は新しいﾊﾟﾗﾀﾞｲﾑを発明してくてる天才を必要としている
人類は新しいﾊﾟﾗﾀﾞｲﾑを発明してくてる天才を必要としている
オブジェクト指向はどう見ても最高だろ
PHPでは、結局、カプセル化、抽象化できる部分をクラスにして、
手続き型の部分から呼び出す方法に落ち着いた
MVCでいうと
Mをクラスで、Cを手続き型で、Vをテンプレートエンジンでやるというのが
わかりやすくてよいと思った。
ポリモーフィズムって、PHPで実現するのが面倒だと思うけど、どう?
手続き型の部分から呼び出す方法に落ち着いた
MVCでいうと
Mをクラスで、Cを手続き型で、Vをテンプレートエンジンでやるというのが
わかりやすくてよいと思った。
ポリモーフィズムって、PHPで実現するのが面倒だと思うけど、どう?
djangoでいうMVTだな。
>>314
＞継承による拡張ばかり取り上げていて、カプセル化とか多態性の
＞ことはあまり取り上げられてなかった希ガス。
そもそも4はﾒﾝﾊﾞﾒｿｯﾄﾞ全てがパブリックなんで、
カプセル化の概念自体皆無。
説明しようにも、カプセル化の機能自体が無いので不可能。
＞継承による拡張ばかり取り上げていて、カプセル化とか多態性の
＞ことはあまり取り上げられてなかった希ガス。
そもそも4はﾒﾝﾊﾞﾒｿｯﾄﾞ全てがパブリックなんで、
カプセル化の概念自体皆無。
説明しようにも、カプセル化の機能自体が無いので不可能。
>>319
言いたいことはわかるけど、概念自体皆無とか不可能ってのは言い過ぎじゃね?
そもそもオブジェクト指向ってオブジェクト単位で独立した存在にするだろ。
だから、カプセル化＝独立 であって カプセル化＝隠蔽 ではないと思う。
PEARもPrivateメソッドやフィールドは先頭にアンダーバー(_)をつけるなど、
コーディング規約で決めてるわけだし。
もちろん、規約であって言語仕様じゃないから、
簡単にアクセスできて崩壊してしまうがの。
言いたいことはわかるけど、概念自体皆無とか不可能ってのは言い過ぎじゃね?
そもそもオブジェクト指向ってオブジェクト単位で独立した存在にするだろ。
だから、カプセル化＝独立 であって カプセル化＝隠蔽 ではないと思う。
PEARもPrivateメソッドやフィールドは先頭にアンダーバー(_)をつけるなど、
コーディング規約で決めてるわけだし。
もちろん、規約であって言語仕様じゃないから、
簡単にアクセスできて崩壊してしまうがの。
カキコ後に読み直して
> カプセル化＝隠蔽 ではない
は言い過ぎだったかな。
オブジェクトを独立させる為にカプセル化を行う。
隠蔽はカプセル化を厳密に行う手段(手法)ってことでどぉ。
> カプセル化＝隠蔽 ではない
は言い過ぎだったかな。
オブジェクトを独立させる為にカプセル化を行う。
隠蔽はカプセル化を厳密に行う手段(手法)ってことでどぉ。
>>317
PHPのような型無し言語はポリモーフィズムだらけです。
PHPのような型無し言語はポリモーフィズムだらけです。
>>324
型なしといわずに「動的型」といってあげて
型なしといわずに「動的型」といってあげて
おｋ。次から挑戦してみる。
それぞれの型クラス作ればいいんじゃね？
と言いますと？
type hintingでstringとかintも使えるようにすりゃいいのにな
そんなに難しくもなさそうだし
そんなに難しくもなさそうだし
phpのtype hintingはでstringとかintも使えるようにって話は時々話題になるけど、もし導入するとしたら、
function hoge(string s) {・・・
っていう定義の関数をhoge(12);で呼び出した場合、エラーにすべき？例外投げるべき？暗黙的にキャストすべき？
function hoge(string s) {・・・
っていう定義の関数をhoge(12);で呼び出した場合、エラーにすべき？例外投げるべき？暗黙的にキャストすべき？
わざわざtype hintingに記述する＝厳格な型を要求してる
と考えられるから
事前にstringにキャストされてたらok
int等ならfatal errorじゃない？
と考えられるから
事前にstringにキャストされてたらok
int等ならfatal errorじゃない？
オブジェクト指向よくわからんから
とりあえずpearのDB呼んでみる。
とりあえずpearのDB呼んでみる。
>>322
stringとintの違いを意識しなくてもコードを書けるのが、ほとんど唯一のPHPの利点なのに・・・
stringとintの違いを意識しなくてもコードを書けるのが、ほとんど唯一のPHPの利点なのに・・・
>>334
PHPの利点すくな！
PHPの利点すくな！
336 ：nobodyさん：2007/03/26(月) 00:50:31 ID:yFIZR+Qo
例えば掲示板投稿処理で
入力処理
画像処理
ログ処理
表示処理
とかにクラスが分かれている場合、それぞれでオブジェクトを作成するの？
入力処理
画像処理
ログ処理
表示処理
とかにクラスが分かれている場合、それぞれでオブジェクトを作成するの？
ま、まぁそうしたければそうすればいいんじゃない？
338 ：nobodyさん：2007/03/26(月) 17:48:59 ID:yFIZR+Qo
なにその突き放したレス
ままぁ、そうしたければそうすればいいんじゃない？
ままままぁ、そそうしたければね
オブジェクト指向っていうものは聞いて覚えるもんじゃない。
体で感じるんだ。
体で感じるんだ。
2ch型掲示板を作る時はオブジェクト指向でやったなあ
343 ：nobodyさん：2007/04/23(月) 00:54:16 ID:+2ZNQJB1
「PHPによるデザインパターン入門」を始めてみた。
いきなりTemplate Method ではまった。
本の通りに打ち込んでるのに、クライアント呼んでも
画面が空白のままだ。
試しにクライアントの中で文字列出力をしてみると、
スクリプトの先頭では出力できるけど、require_once
以降ではechoしても出力できない。
var_dumpでnewしたオブジェクトを表示させようとしても
空白だ。
何だこの現象は。
いきなりTemplate Method ではまった。
本の通りに打ち込んでるのに、クライアント呼んでも
画面が空白のままだ。
試しにクライアントの中で文字列出力をしてみると、
スクリプトの先頭では出力できるけど、require_once
以降ではechoしても出力できない。
var_dumpでnewしたオブジェクトを表示させようとしても
空白だ。
何だこの現象は。
344 ：nobodyさん：2007/04/23(月) 00:55:54 ID:+2ZNQJB1
ちなみに、読むだけなら5章まで進んでるけど、オブジェクト指向を
軽いノリで始めるにはPHP5は結構いい感じに思えた。
軽いノリで始めるにはPHP5は結構いい感じに思えた。
346 ：nobodyさん：2007/04/23(月) 16:31:14 ID:LAYu+KhN
出来るならワンタッチで、しかも「情報起業」に特化した
ホームページ作成ソフトがあったらいいのに・・・。
もし、プロ並みにキレイなホームページが作成が出来たとしたら、
情報商材で一旗あげようと思っているあなたの人生は変りますか？
【早くも成功者続出！】起業サイトビルダー
http://www.infotop.jp/click.php?aid=16484&iid=5683
ホームページ作成ソフトがあったらいいのに・・・。
もし、プロ並みにキレイなホームページが作成が出来たとしたら、
情報商材で一旗あげようと思っているあなたの人生は変りますか？
【早くも成功者続出！】起業サイトビルダー
http://www.infotop.jp/click.php?aid=16484&iid=5683
347 ：343：2007/04/24(火) 00:02:00 ID:yjQgQozI
>>345
環境はPHP5.2.1 Apache2.0.59 WindpowsXP です。
error_reportingは E_ALL | E_STRICT っす。
だけど、HTML吐かれてるんだよね。で、そのHTMLソース見ると、
スクリプトに指定もしてないDOCTYPE宣言とか、METAタグとか、
空のBODYタグとか入るんだけど、これどういうときなるんだろ？
ちなみに、頭に叩きこうもと思って自分で打ち込んだやつ。
ダウンロードしたやつは動いた。違いといえば、require_once
のところを別の<?php ?>ブロックにしてないところだけど・・・。
環境はPHP5.2.1 Apache2.0.59 WindpowsXP です。
error_reportingは E_ALL | E_STRICT っす。
だけど、HTML吐かれてるんだよね。で、そのHTMLソース見ると、
スクリプトに指定もしてないDOCTYPE宣言とか、METAタグとか、
空のBODYタグとか入るんだけど、これどういうときなるんだろ？
ちなみに、頭に叩きこうもと思って自分で打ち込んだやつ。
ダウンロードしたやつは動いた。違いといえば、require_once
のところを別の<?php ?>ブロックにしてないところだけど・・・。
おそらくどっかでHTMLモードに入ってる
?>の後に空白とか入ってないか確かめてみ
?>の後に空白とか入ってないか確かめてみ
349 ：nobodyさん：2007/04/24(火) 02:17:23 ID:0JhT4MiQ
ダンプ吐いて、地道に変数をトレースしか無いんじゃね。
ちなみに echoじゃなくて、var_dump()の方
ちなみに echoじゃなくて、var_dump()の方
350 ：343：2007/04/24(火) 02:42:26 ID:yjQgQozI
>>348
?>の後の空白はなかったです。
ほかにもHTMLモードに移行するような箇所はなし。
もっかい見てみますけど・・・。
>>349
echoもvar_dumpも出力してくれません。どうやっても、
DOCTYPE宣言、METAタグ、要素が空のBODYタグが出力され、
結果、真っ白な画面に。
しかし、こんな簡単なスクリプトで・・・。
php.iniの問題でしょうか？phpinfo()は動いてますが。
オブジェクト指向と関係ない話で申し訳ない。
?>の後の空白はなかったです。
ほかにもHTMLモードに移行するような箇所はなし。
もっかい見てみますけど・・・。
>>349
echoもvar_dumpも出力してくれません。どうやっても、
DOCTYPE宣言、METAタグ、要素が空のBODYタグが出力され、
結果、真っ白な画面に。
しかし、こんな簡単なスクリプトで・・・。
php.iniの問題でしょうか？phpinfo()は動いてますが。
オブジェクト指向と関係ない話で申し訳ない。
PHPスクリプトファイルの文字コードは何で保存しているの？
UTF-8で保存しているなら、BOM無しのUTF-8Nで保存し直したら、空白が直るかもしれないよ。
UTF-8とUTF-8Nの違い＝BOMについてはGoogleで検索して！
UTF-8で保存しているなら、BOM無しのUTF-8Nで保存し直したら、空白が直るかもしれないよ。
UTF-8とUTF-8Nの違い＝BOMについてはGoogleで検索して！
352 ：nobodyさん：2007/04/25(水) 23:24:32 ID:B1ZZgxV3
折れもBOMには、ハマったよな
フリーのエディタの中には、デフォでBOMを付加する設定になっていたりする...
UTF-8のBOM付きでは、PHPは動かなかった！
フリーのエディタの中には、デフォでBOMを付加する設定になっていたりする...
UTF-8のBOM付きでは、PHPは動かなかった！
>>352
--enable-zend-multibyteでコンパイルしたPHPならBOMありでも大丈夫だよ
--enable-zend-multibyteでコンパイルしたPHPならBOMありでも大丈夫だよ
OOPで実装する時はJAVAとか統合環境がしっかりしてるほうが
分業の切り分けもしやすいと最近思った。
クラスが2、３個とか済む軽いのはPHPでさくっと実装するけど。
要件で言語指定がないとき、みんなの言語の選定基準って何？
分業の切り分けもしやすいと最近思った。
クラスが2、３個とか済む軽いのはPHPでさくっと実装するけど。
要件で言語指定がないとき、みんなの言語の選定基準って何？
BOMを処理できないPHPはウンコ
ウンコでも小便でも、
サクサク開発できるPHPは良い
サクサク開発できるPHPは良い
357 ：nobodyさん：2007/06/05(火) 12:21:35 ID:/w569Zaf
あげとくか
359 ：nobodyさん：2008/06/19(木) 06:33:48 ID:4gsKqLnV
私書箱システム（webでログインしてメッセージが読めるシステム）で、
・ユーザーAがユーザーBにメッセージを送る
・ユーザーBにメッセージ到着メールを送る
・システム管理人にメッセージ到着メールを送る
このとき、私書箱メッセージもメール形式でmail classから処理できるようにするとして、
mailオブジェクトを3つ作って処理って普通ですか？
・ユーザーAがユーザーBにメッセージを送る
・ユーザーBにメッセージ到着メールを送る
・システム管理人にメッセージ到着メールを送る
このとき、私書箱メッセージもメール形式でmail classから処理できるようにするとして、
mailオブジェクトを3つ作って処理って普通ですか？
360 ：nobodyさん：2008/06/20(金) 09:01:44 ID:RWxKmjHm
3つオブジェクト作ってもいいし、オブジェクト1つで宛先とか送信内容をタスクに合わせてその都度変更してから送信で良くないか？
どっちを採用してもおかしくないよ。
どっちを採用してもおかしくないよ。
オブジェクト指向にあったロジックと
そうでないロジックが存在する
そうでないロジックが存在する
しかし何でPHP5は寸前のところでnamespaceをなくしてしまったのか。
クラス名をアンダーバーで繋げるという回避策は悲しすぎる。
唯一悔やまれる点だわ。
クラス名をアンダーバーで繋げるという回避策は悲しすぎる。
唯一悔やまれる点だわ。
クラス名をアンダーバーで繋げれば、
問題が解決するからじゃね？
問題が解決するからじゃね？
遅延静的束縛がPHP5.3.0以降じゃないと使えないのが萎える。
あれがあればいろんなものをStaticなまま呼び出せるのにー。
あれがあればいろんなものをStaticなまま呼び出せるのにー。
366 ：nobodyさん：2008/07/04(金) 04:53:13 ID:zouluv3B
厨でスマソ
それってクラス名得る以外に使い道あるの？
それってクラス名得る以外に使い道あるの？
staticってか、 オブジェクト指向でいこうよ と厨房がいってみる。
368 ：nobodyさん：2008/07/21(月) 01:17:35 ID:gHzQi72i
オブジェクト指向でつくったモジュールのなかにクラスが参照するサブルーチンを
書くのって、やはり負けですかね。なにがなんでもクラスとして記述した方がいい
でしょうか？
書くのって、やはり負けですかね。なにがなんでもクラスとして記述した方がいい
でしょうか？
370 ：nobodyさん：2008/07/21(月) 15:54:45 ID:Aaw/YKL1
>>368
クラスが参照するサブルーチンて書いてあるけど、ちょっと意味かわからない
クラスが参照するサブルーチンて書いてあるけど、ちょっと意味かわからない
371 ：nobodyさん：2008/07/21(月) 16:12:59 ID:gHzQi72i
>>368 369
ええっとですね、hoge.pmないに、コンストラクタとクラスを書くのが
オブジェクト指向でのモジュールですが、その中のいくつかのクラスが
使い回せるサブルーチン（例えば、変数が英数かチェックするサブルーチン）
を書いておく、という感じです。
そうするといくつかのクラスの中で英数チェックを共通かできるので。
ただ、英数チェックなどそういうチェック部分だけをオブジェクト指向
モジュール化してという方法もありますが、いまいち、決めかねています。
一般的にはどういう感じでやっているのかなぁとアドバイスを求めた次第です。
ええっとですね、hoge.pmないに、コンストラクタとクラスを書くのが
オブジェクト指向でのモジュールですが、その中のいくつかのクラスが
使い回せるサブルーチン（例えば、変数が英数かチェックするサブルーチン）
を書いておく、という感じです。
そうするといくつかのクラスの中で英数チェックを共通かできるので。
ただ、英数チェックなどそういうチェック部分だけをオブジェクト指向
モジュール化してという方法もありますが、いまいち、決めかねています。
一般的にはどういう感じでやっているのかなぁとアドバイスを求めた次第です。
372 ：nobodyさん：2008/07/21(月) 16:19:42 ID:gHzQi72i
ええっともっと簡単にいうと、hoge.pm(オブジェクト指向モジュール）の
中にある特定のクラスが処理として行なう共通な部分（たとえば英数半角チェック）
を抜き出して、それをサブルーチンとしてhoge.pmの中に記述して、クラスが
使うようにする（メインプログラムcgiが直接利用するのではない）、という
のは、手法としてはどうですか？
という意味です。オブジェクト指向でつくられたモジュール内のサブルーチンは
簡単にいってクラスとして書くけど、単なる英数半角チェックルーチンをサブルーチン
化した場合はそれはクラスというよりやっぱり単なるサブルーチンでしかない
ですよね？
いや、その半角英数チェックのサブルーチン内で処理後の変数をあらたに定義
すればその半角英数チェックのルーチンはクラスとしていってもいいとおもいますが。
中にある特定のクラスが処理として行なう共通な部分（たとえば英数半角チェック）
を抜き出して、それをサブルーチンとしてhoge.pmの中に記述して、クラスが
使うようにする（メインプログラムcgiが直接利用するのではない）、という
のは、手法としてはどうですか？
という意味です。オブジェクト指向でつくられたモジュール内のサブルーチンは
簡単にいってクラスとして書くけど、単なる英数半角チェックルーチンをサブルーチン
化した場合はそれはクラスというよりやっぱり単なるサブルーチンでしかない
ですよね？
いや、その半角英数チェックのサブルーチン内で処理後の変数をあらたに定義
すればその半角英数チェックのルーチンはクラスとしていってもいいとおもいますが。
それ、普通のPerlのパッケージの作り方だよ。
なんかしらんけど、FormValidator::Simple とかつかえばよくね。
あなたもアダルト動画サイトを運営しませんか？
動画検索ロボットが毎日動画を自動収集!!
アクセスアップ間違いなし。
もちろん海外のサーバーなので違法性も一切ありません。
完全無料!!いくらでも動画サイトを作成できます。
http://sxv.xgun.tv
▼mixiのトピックです。
http://mixi.jp/view_bbs.pl?id=33336111&comment_count=0&comm_id=326589
▼自分のmixiです。
http://mixi.jp/show_friend.pl?id=15652823
動画検索ロボットが毎日動画を自動収集!!
アクセスアップ間違いなし。
もちろん海外のサーバーなので違法性も一切ありません。
完全無料!!いくらでも動画サイトを作成できます。
http://sxv.xgun.tv
▼mixiのトピックです。
http://mixi.jp/view_bbs.pl?id=33336111&comment_count=0&comm_id=326589
▼自分のmixiです。
http://mixi.jp/show_friend.pl?id=15652823
オブジェクト指向って一言でいうとなんなんですかって後輩に聞かれた。
おま、一言でいえるかっての！
おま、一言でいえるかっての！
>>376
オブジェクト指向が一言で表したものだから、って言えば良いよ。
オブジェクト指向が一言で表したものだから、って言えば良いよ。
関数付き変数＝オブジェクト指向
Trapezoidクラス
upper 上底
lower 下底
height 高さ
それぞれのアクセッサ
コンストラクタで初期値を設定
面積を求めるメソッド calcArea()
現在のフィールド値を画面に表示するshow() メソッド
誰かおしえてください
upper 上底
lower 下底
height 高さ
それぞれのアクセッサ
コンストラクタで初期値を設定
面積を求めるメソッド calcArea()
現在のフィールド値を画面に表示するshow() メソッド
誰かおしえてください
380 ：nobodyさん：2008/11/14(金) 02:19:47 ID:beq8Chz/
日本語でおｋ
381 ：nobodyさん：2008/11/14(金) 02:42:17 ID:s13+G+Dg
web専用言語にOOPなぞいらん
382 ：nobodyさん：2008/12/03(水) 08:17:46 ID:RtCrzg9N
なんかOOPでやると、
日ごとにincludeするファイルが増えていくような気がする
昔はファイル一枚あればいいだったのに
ってか、はっぱ隊とかウンナンとか10年ぶりぐらいに思い出したような
日ごとにincludeするファイルが増えていくような気がする
昔はファイル一枚あればいいだったのに
ってか、はっぱ隊とかウンナンとか10年ぶりぐらいに思い出したような
383 ：nobodyさん：2008/12/04(木) 00:43:26 ID:XlgDZGNX
保守age
PHPで学ぶデザパタとかいう本はいいものなの？
アマゾンンの読者レビューでは褒められてたけど。
アマゾンンの読者レビューでは褒められてたけど。
読み手のレベル次第
オブジェクト指向初心者。
継承と多態の意味くらいが分かる。
継承と多態の意味くらいが分かる。
>>379こゆこと？
class Trapezoid
{
private upper ;
private lower ;
private height ;
function __construct( $u , $l , $h ) {
$this->upper = $u ;
$this->lower=$l;
$this->height=$h;
}
略
}
class Trapezoid
{
private upper ;
private lower ;
private height ;
function __construct( $u , $l , $h ) {
$this->upper = $u ;
$this->lower=$l;
$this->height=$h;
}
略
}
宿題だろうに１ヵ月後に解答してあげるとかひどすｗ
MVCに関する質問です。
利用者ごとにログインし、見た目をカスタマイズ出来るような仕組みを考えています。
で、ログイン状態やユーザー情報というのはModelに相当すると思うんですが、
見た目の情報はModelには入りませんよね。
そもそもViewの情報はどこで管理すべきなのか。
Viewで良いのか。だとして、ユーザー情報との同期はどうとれば良いのか。
分からないところだらけですが、よろしくお願いします。
利用者ごとにログインし、見た目をカスタマイズ出来るような仕組みを考えています。
で、ログイン状態やユーザー情報というのはModelに相当すると思うんですが、
見た目の情報はModelには入りませんよね。
そもそもViewの情報はどこで管理すべきなのか。
Viewで良いのか。だとして、ユーザー情報との同期はどうとれば良いのか。
分からないところだらけですが、よろしくお願いします。
分かって無さすぎ
それは自分でも重々承知しているわけで、
だからこそ質問しているわけですが・・・
だからこそ質問しているわけですが・・・
ちゃんと基礎から勉強した方がいいよ
質問できるレベルにさえ達していない。
前提知識がないから、回答する側も途方にくれてしまう。
入門書等でWEBアプリってどういう風に作るのか、大まかにつかんだ方がいいかも。
前提知識がないから、回答する側も途方にくれてしまう。
入門書等でWEBアプリってどういう風に作るのか、大まかにつかんだ方がいいかも。
フレームワークのチュートリアル見れ
396 ：nobodyさん：2009/07/09(木) 01:01:48 ID:qbvjwLD6
これって現行スレだったのかｗ
うわー オブジェクト重視っぽく書いていったらソースコードが５００行余裕で超えた。
class hogeClassUnit extends dbConnectBase{
private var $name; // 以下２０項目くらい
public function set_name($str){ // 受け取ったデータを加工したり精査したりでこれも２０項目くらい
public function get_name(){ // クラスから取り出すだけ 以下２０項目くらい
public function register(){ // ここまできて、登録とか何たらとかの処理を書き始める。
こういう風に細かくやるのが普通なのでしょうか？
単純なことが多いとはいえ、ずいぶんとソースコードが長い
class hogeClassUnit extends dbConnectBase{
private var $name; // 以下２０項目くらい
public function set_name($str){ // 受け取ったデータを加工したり精査したりでこれも２０項目くらい
public function get_name(){ // クラスから取り出すだけ 以下２０項目くらい
public function register(){ // ここまできて、登録とか何たらとかの処理を書き始める。
こういう風に細かくやるのが普通なのでしょうか？
単純なことが多いとはいえ、ずいぶんとソースコードが長い
律儀だなｗ
OOPの表面だけ真似るんじゃなくて本質を学んだほうがいいと思うぞ
OOPの表面だけ真似るんじゃなくて本質を学んだほうがいいと思うぞ
粒度を上げるのだ
400 ：age：2009/11/12(木) 11:26:43 ID:FhD9csek
class a {
function getA(){
{
return new b('hoge');
}
}
class b{
public $a;
protected $_z;
public function __construct($data)
{
$this->a = $data+$data;
$this->_z = $data;
}
}
上記のような、クラスがあって、aから、bが返されるのですが、bのprotected
のデータを取得したい場合はどうすればいいでしょうか。
たとえばbを継承したb'を作成し、zを取り出すメソッドを作っても、bのインスタンスを作成しているのは
aなのでb'のインスタンスは作られないですよね。
function getA(){
{
return new b('hoge');
}
}
class b{
public $a;
protected $_z;
public function __construct($data)
{
$this->a = $data+$data;
$this->_z = $data;
}
}
上記のような、クラスがあって、aから、bが返されるのですが、bのprotected
のデータを取得したい場合はどうすればいいでしょうか。
たとえばbを継承したb'を作成し、zを取り出すメソッドを作っても、bのインスタンスを作成しているのは
aなのでb'のインスタンスは作られないですよね。
よく分からんが
>たとえばbを継承したb'を作成し、zを取り出すメソッドを作っても、bのインスタンスを作成しているのは
>aなのでb'のインスタンスは作られないですよね。
aでb'のインスタンスを作るように変更すればいいのでは。
>上記のような、クラスがあって、aから、bが返されるのですが、bのprotected
>のデータを取得したい場合はどうすればいいでしょうか。
getZというメソッドを作るのはだめなの？
>たとえばbを継承したb'を作成し、zを取り出すメソッドを作っても、bのインスタンスを作成しているのは
>aなのでb'のインスタンスは作られないですよね。
aでb'のインスタンスを作るように変更すればいいのでは。
>上記のような、クラスがあって、aから、bが返されるのですが、bのprotected
>のデータを取得したい場合はどうすればいいでしょうか。
getZというメソッドを作るのはだめなの？
ああ何となく分かった、既存のaにもbにも手を加えたくないのか
変更しないで挙動を変えたいなら、それこそa'とb'を作ってメソッドをオーバーライドするしかないかと
変更しないで挙動を変えたいなら、それこそa'とb'を作ってメソッドをオーバーライドするしかないかと
403 ：sage：2009/11/12(木) 14:29:44 ID:FhD9csek
やっぱりオーバーライドするしかないですか。
有難う。
有難う。
404 ：nobodyさん：2010/05/13(木) 18:19:29 ID:9BJiXr6f
治験ですね分かります
406 ：nobodyさん：2010/05/23(日) 16:33:14 ID:ReStOCg4
他のプロジェクトで作成したフレームワーク、クラス、抽象クラス、インターフェースを
再利用したも猛者はいるか？
再利用したも猛者はいるか？
>>406
そんなのどこでもやってるだろ。
そんなのどこでもやってるだろ。
>>406ばっちりだ
ていうか再利用できない／しないフレームワークなんて嫌だな
410 ：nobodyさん：2010/05/27(木) 20:21:31 ID:P724q4SG
javascriptでツールチップを作れっ！オブジェクト指向チックによろしく！
って言われたら、どのようなオブジェクトを作りますか？
って言われたら、どのようなオブジェクトを作りますか？
まず
クライアントサイドプログラムはWeb制作板へ
って言います
クライアントサイドプログラムはWeb制作板へ
って言います
412 ：入社１ヶ月の新人が書いてきた。うれしい。：2010/07/14(水) 20:35:40 ID:???
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<script>
//<!--
window.onload = function(){
kanako = createGirl('かなこ');
miku = createGirl('みく');
haruhi = createGirl('ハルヒ');
};
/*
* クローンを作成
*/
function createGirl( name )
{
var superClass = new girlClass();
var superClone = function(){};
superClone.prototype = superClass;
//これで他に影響ないクローン完成
var instanse = new superClone();
//いわゆるコンストラクタ
instanse.myName = name;
return instanse;
};
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<script>
//<!--
window.onload = function(){
kanako = createGirl('かなこ');
miku = createGirl('みく');
haruhi = createGirl('ハルヒ');
};
/*
* クローンを作成
*/
function createGirl( name )
{
var superClass = new girlClass();
var superClone = function(){};
superClone.prototype = superClass;
//これで他に影響ないクローン完成
var instanse = new superClone();
//いわゆるコンストラクタ
instanse.myName = name;
return instanse;
};
413 ：入社１ヶ月の新人が書いてきた。うれしい。：2010/07/14(水) 20:36:21 ID:???
/*
* おんにゃのこクラス定義
*/
function girlClass()
{
//プロパティ宣言
girlClass.prototype.myName = "";
//振る舞い
girlClass.prototype.writeMyName = function()
{
document.write("私は"+this.myName+"だよ。<br />");
};
}
//-->
</script>
</head>
<body>
<input type="button" value="Execute" onclick="onClickExecute()" />
<script type="text/javascript">
function onClickExecute()
{
//おんにゃのこに名前を言ってもらう。
kanako.writeMyName();
miku.writeMyName();
haruhi.writeMyName();
}
</script>
</body>
</html>
* おんにゃのこクラス定義
*/
function girlClass()
{
//プロパティ宣言
girlClass.prototype.myName = "";
//振る舞い
girlClass.prototype.writeMyName = function()
{
document.write("私は"+this.myName+"だよ。<br />");
};
}
//-->
</script>
</head>
<body>
<input type="button" value="Execute" onclick="onClickExecute()" />
<script type="text/javascript">
function onClickExecute()
{
//おんにゃのこに名前を言ってもらう。
kanako.writeMyName();
miku.writeMyName();
haruhi.writeMyName();
}
</script>
</body>
</html>
おっそうかそうか
415 ：nobodyさん：2010/07/15(木) 04:17:09 ID:hmDV/lDT
オブジェクトなんちゃのサンプルの悪いところはそこなんだよな。
なんでそんなことしなくちゃいけないんだよってやつ。
なんでそんなことしなくちゃいけないんだよってやつ。
window.onload = function(){
kanako = new girlClass('かなこ','girlmessage');
miku = new girlClass('みく','girlmessage');
haruhi = new girlClass('ハルヒ','girlmessage');
};
function girlClass( name , target )
{
girlClass.prototype.myName = name;
girlClass.prototype.target = target;
って書いたら全員ハルヒになったぞ
kanako = new girlClass('かなこ','girlmessage');
miku = new girlClass('みく','girlmessage');
haruhi = new girlClass('ハルヒ','girlmessage');
};
function girlClass( name , target )
{
girlClass.prototype.myName = name;
girlClass.prototype.target = target;
って書いたら全員ハルヒになったぞ
そうか、プロトタイプとはそういう事ね
親クラスとして定義されている関数は触るなと。
了解した。
親クラスとして定義されている関数は触るなと。
了解した。
誰か２回 new している説明をお願いします。
421 ：nobodyさん：2010/07/15(木) 17:10:38 ID:hmDV/lDT
.
残念だなあ。
君は何か勘違いしている様だけど、聞いて揚げ足取りをしたいんじゃなくて、
単純に君の意見が面白そうだから聞いてみたかっただけなんだよ。
もっとまともなレスを期待してたんだけど。ごめんね。
ちなみに君は揚げ足を取られる事を恐れているようだけど、それは違うと思う。
揚げ足を取られるのは、君に隙があるから。
隙だらけの人間ってのはそうやって余計な所でつまらない恥をかく事になるもんだよ。
他人につっこまれる事は、自身の知識をより客観的で多角的なものとする為に
有益な指針となるものだと思うな。
君は何か勘違いしている様だけど、聞いて揚げ足取りをしたいんじゃなくて、
単純に君の意見が面白そうだから聞いてみたかっただけなんだよ。
もっとまともなレスを期待してたんだけど。ごめんね。
ちなみに君は揚げ足を取られる事を恐れているようだけど、それは違うと思う。
揚げ足を取られるのは、君に隙があるから。
隙だらけの人間ってのはそうやって余計な所でつまらない恥をかく事になるもんだよ。
他人につっこまれる事は、自身の知識をより客観的で多角的なものとする為に
有益な指針となるものだと思うな。
423 ：nobodyさん：2011/10/14(金) 13:22:35.87 ID:oOJ5iuHv
オブジェクト指向って単純にいうと
パラメーターと処理を
外部からひっかきますことができない思考ってことですか？
パラメーターと処理を
外部からひっかきますことができない思考ってことですか？
それは単なるカプセル化
425 ：nobodyさん：2011/10/15(土) 08:06:59.53 ID:WVUj974d
パラメーターと処理を外部からひっかきますことができない思考 →カプセル化
CSSのカスケードみたいにカプセルを別のカプセルに引き継ぐ思考 →継承
？？？？？？ 思考 → ポリモーフィズム
CSSのカスケードみたいにカプセルを別のカプセルに引き継ぐ思考 →継承
？？？？？？ 思考 → ポリモーフィズム
426 ：nobodyさん：2011/10/19(水) 11:59:18.77 ID:PXmn+I34
オブジェクト指向のクラスの中身は、
手続き型の記述がカプセリングされて入ってる・・・
と思って間違いないですか？
手続き型の記述がカプセリングされて入ってる・・・
と思って間違いないですか？
間違いです
理由が無いので、信じません。
次。
次。
429 ：nobodyさん：2011/12/09(金) 14:10:33.19 ID:jzegoNJ7
ポリモーフィズムってなんですか？
継承元の親クラスが、なんなのか？によって、
同じ名前のクラスが 全く違う動きをする
みたいなかんじですか？
となると子クラスには、親クラスがこうの時はこう、
親クラスからこういうパラメータが取ってこれてたらこう
みたいな処理がかかれてるんですか？
継承元の親クラスが、なんなのか？によって、
同じ名前のクラスが 全く違う動きをする
みたいなかんじですか？
となると子クラスには、親クラスがこうの時はこう、
親クラスからこういうパラメータが取ってこれてたらこう
みたいな処理がかかれてるんですか？
>>429
特定のインターフェース規格に準じるということです。
特定のインターフェース規格に準じるということです。
>同じ名前のクラスが 全く違う動きをする
そんなことされたら困ります
そんなことされたら困ります
432 ：nobodyさん：2013/02/14(木) 12:44:29.53 ID:yCRXEb/V
オブジェクト指向が良く分からないので質問。
例えば、部署を選択すると社員を一覧表示する機能を考えた場合、
社員テーブル(社員NO、社員名、部署NO)と部署テーブル(部署NO、部署名)を作成し、
単にSQLで一覧を取得すれば良いと思うけれど、オブジェクト指向では違うと認識。
そこで、「社員クラス」「部署クラス」「社員部署クラス」を作成。
社員クラス(社員NO、社員名、[社員コード、社員名を返すメソッド])
部署クラス(部署NO、部署名、[部署コード、部署名を返すメソッド])
社員部署クラス(社員NO、部署NO、[社員NO、部署NOを返すメソッド])
とりあえずテーブルも上記３テーブル。
また機能毎に「選択画面クラス」と「一覧表示クラス」を作成。
①選択画面クラス
1.部署クラスをnew
2.[部署コード、部署名を返すメソッド]で部署コード、部署名を取得
②一覧表示クラス
1.社員部署クラスをnew
2.選択画面で選ばれた部署コードをもとに[社員NO、部署NOを返すメソッド]で社員NOを取得
3.社員クラスをnew
4.[社員コード、社員名を返すメソッド]で社員コード、社員名を取得
これで考え方としてはあってますか？
部署コードを社員クラスに持たせるのは変？
例えば、部署を選択すると社員を一覧表示する機能を考えた場合、
社員テーブル(社員NO、社員名、部署NO)と部署テーブル(部署NO、部署名)を作成し、
単にSQLで一覧を取得すれば良いと思うけれど、オブジェクト指向では違うと認識。
そこで、「社員クラス」「部署クラス」「社員部署クラス」を作成。
社員クラス(社員NO、社員名、[社員コード、社員名を返すメソッド])
部署クラス(部署NO、部署名、[部署コード、部署名を返すメソッド])
社員部署クラス(社員NO、部署NO、[社員NO、部署NOを返すメソッド])
とりあえずテーブルも上記３テーブル。
また機能毎に「選択画面クラス」と「一覧表示クラス」を作成。
①選択画面クラス
1.部署クラスをnew
2.[部署コード、部署名を返すメソッド]で部署コード、部署名を取得
②一覧表示クラス
1.社員部署クラスをnew
2.選択画面で選ばれた部署コードをもとに[社員NO、部署NOを返すメソッド]で社員NOを取得
3.社員クラスをnew
4.[社員コード、社員名を返すメソッド]で社員コード、社員名を取得
これで考え方としてはあってますか？
部署コードを社員クラスに持たせるのは変？
とりあえずはDBのことは忘れて考えればいいのか
明らかに勘違いしていることが分かった
明らかに勘違いしていることが分かった
>>432の質問取り消しで
１秒でわかるオブジェクト指向
こりあん えくすてんど こっくろーち いんぷりめんと ないんせんちみーたーかのん
こりあん えくすてんど こっくろーち いんぷりめんと ないんせんちみーたーかのん