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

Webでオブジェクト指向プログラミング (442ﾚｽ)
上下前次 1-新

208: 2006/03/32(土)22:23 ID:??? AAS
>>205
結城本はガチだな
ただOOPはじめたばかりの人がいきなり分かるほど
簡単だとも思わないが…

209: 2006/03/32(土)22:39 ID:??? AAS
何でいまどきgotoなんだろ。
俺的には無限再帰を可能にしてwhileとforみたいなダサいもんも排除した
関数言語にして欲しいと前から思っているんだけどそんな人いませんか。

210: 2006/03/32(土)23:12 ID:??? AAS
Gauche とか使えば？

211(1): 2006/03/32(土)23:13 ID:??? AAS
PHPで継承はあんまり必要ないな。
使い道がないから。
ウェブでオブジェクト指向するなら、JavaScriptが一番使いどころが多い。

212(1): 2006/03/32(土)23:16 ID:??? AAS
>>193
そりゃあれば使うよ
ないものねだりしてもしゃーないでしょってこと

213(1): 2006/03/32(土)23:39 ID:??? AAS
finalとabstractとinterfaceが
とりあえずどんなものかは
わかったけど実際にどうやって
それを有効利用できればいいか
わからない香具師に結城本はおすすめだと思う。

214: 2006/03/32(土)23:40 ID:??? AAS
>>211
> ウェブでオブジェクト指向するなら、JavaScriptが一番使いどころが多い。

まてまてw それはJavaの間違いではw

215(1): 2006/03/32(土)23:40 ID:??? AAS
>>212
privateの利点が解らない香具師はあっても使わない。

216: 2006/03/32(土)23:56 ID:??? AAS
デフォルトがprivateだったらすげー便利だったのになぁ。

217: 2006/04/02(日)00:13 ID:??? AAS
Javaだったらデフォルトでpackage privateになるのにな。
publicと明示的につけないとパッケージ外部からアクセスできなくなる
ってことが名前空間がないPHPではできないから
デザインパターンの実装も中途半端になる。

218: 2006/04/02(日)01:06 ID:??? AAS
>>215
そんなやつの話を持ち出されても知らない
ダメコーダに強制できないとかいう話ならご愁傷さま
としか言いようがないですな

219: 2006/04/02(日)01:15 ID:??? AAS
>>213
俺も最初そのへん「これ必要か？」と思ったな
他の人（近未来の自分含む）に対しての「使われ方の説明」を
ソースの中に機能的として組み込むものだとわかって
得心した。

220(2): 2006/04/02(日)01:57 ID:??? AAS
PHP6のgotoは、gotoというキーワードが実装される訳ではなくて、

for () {
if () {
break foo;
}
print "bar\n";
foo:
print "baz\n";
}

こんな感じに書けるようになるもの。

221: 2006/04/02(日)02:36 ID:??? AAS
>>220
これならあってもいいかも。

222(1): 2006/04/02(日)07:04 ID:??? AAS
>>199,200
型安全性ならis_arrayとかis_stringとかinstanceofでチェックすればいいだけじゃないの？

223: 2006/04/02(日)07:17 ID:??? AAS
それはそうだが
何が求められているのかを知るために
中身まで見ないといけないのはあまりよろしくないだろう。

224: 2006/04/02(日)07:50 ID:??? AAS
つ @param @return

225(1): 2006/04/02(日)09:57 ID:??? AAS
動的型付け言語であるPHPで、型を指定したいってのがそもそも可笑しな話なんだよな。
それでもタイプヒンティングみたいにオブジェクトの型を動的にチェックしてくれるようにする構文はいいアイデアだと思った。
Javaでいう変数の静的な型指定（つーかC/C++からだけど）と構文を似せたってのも良い。
JavaScript2.0なんかもそういう方向に行ってるね。

>>199
> integer型やstring型などをメソッド引数に指定できないのが

たぶんだけど、統一性の問題があるからだと思う。
例えば引数にintを指定したメソッドがあったとして、呼び出すときにstringを渡したからってエラーにすべきではないでしょ。
その辺の仕様がうまくいかないんじゃないかな。

226: 2006/04/02(日)10:18 ID:??? AAS
>>220
普通にJavaのパクリじゃないか。
Java自体もCあたりからパクッタ者だが

227(3): 2006/04/02(日)10:24 ID:??? AAS
>>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との違いの
に気づかない。
そして路頭に迷ったあげくにデバッグに無駄に時間をかけることになって
開発速度が衰える。

228(1): 2006/04/02(日)10:28 ID:??? AAS
>>225
Javaみたいにラッパークラスを作ってしまえばいいかもしれんな。

final class Integer extends Number {
　$private $value;
　__construct($value){
　　if($valueがint型であれば){
　　　$this->value = $value;
　　} else {
　　　throw new NumberFormatException("整数以外入力するんじゃねえぞこのバカ野郎氏ね！");
　　}
　}
}

229: 2006/04/02(日)10:29 ID:??? AAS
privateに＄が余分についていた。

あとは適度に必要な変換メソッドを追加しておくべし。
intValue()とか

230(1): 2006/04/02(日)10:46 ID:??? AAS
>>228
お、いい方法じゃん！って一瞬思ったけど、
function method(Integer $param)
を呼び出すときmethod(10)って書けないし＞＜

>>227
えーっと、それは型安全性の問題なの・・・？

231: 2006/04/02(日)13:43 ID:??? AAS
>>227
コンポーネントに対する入力値と戻り値をちゃんとチェックするような
ユニットテストを書いとけばいいんじゃないの？

232(1): 2006/04/02(日)16:24 ID:??? AAS
>>227
それは単なるタイプミスだ。

233(1): 2006/04/03(月)11:03 ID:??? AAS
>>230
ひとこと「それだとAUTO-BOXINGが欲しくなるな」と言えばいいのにｗ

234(2): 2006/04/03(月)11:16 ID:??? AAS
>>233
つ　「それだとAUTO-BOXINGが欲しくなるな」

満足戴けたかな？
PHPみたいな型なし言語なら、Javaみたいなプリミティブ型とそのラッパークラスのオートボクシング/アンボクシングだけでなく、もう少し汎用的な自動型変換が欲しいところだな。
function method(int $x) {}
を
method("100");
っていうふうに呼び出したならintにキャストするくらいの自動化はあってもいいと思う。
（今あるPHPのタイプヒンティングだと、型が違うとエラーっていう設計だから）
もともとPHPは変数の実行時における型が文字列か整数かを意識しなくても適宜変換してくれるように設計された言語なわけだし。

235(1): 2006/04/03(月)14:51 ID:??? AAS
>>234
type hintingのメリットが台無しじゃね？

236(1): 2006/04/03(月)14:54 ID:??? AAS
>>234
それなら、
function method($x)
{
$x = (int) $x;
}
でいいんじゃないの？

237: 2006/04/03(月)15:34 ID:??? AAS
>>232
型宣言しておけばミスに即座に気が付く、
のだけれどあれだと気づかない。

上下前次 1-新書関写板覧索設栞歴

あと 205 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.009s