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

**100** · 2006/01/07(土) 17:47:26

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

**nobodyさん** · 2006/01/07(土) 18:20:48

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

**nobodyさん** · 2006/01/08(日) 16:02:42

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

**nobodyさん** · 2006/01/19(木) 01:21:15

試しにあげてみる

**nobodyさん** · 2006/01/21(土) 03:53:09

>>99 影舞

**nobodyさん** · 2006/01/27(金) 12:31:26

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

**nobodyさん** · 2006/01/28(土) 18:58:27

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

**nobodyさん** · 2006/01/29(日) 22:11:15

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

**nobodyさん** · 2006/01/30(月) 23:29:09

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

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

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

http://pharon.lolipop.jp/

**nobodyさん** · 2006/01/31(火) 01:43:20

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

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

**nobodyさん** · 2006/01/31(火) 10:49:03

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

**nobodyさん** · 2006/01/31(火) 11:17:28

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

**nobodyさん** · 2006/01/31(火) 13:18:08

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

**nobodyさん** · 2006/01/31(火) 14:18:11

ﾌｧﾛﾝ？

**nobodyさん** · 2006/02/02(木) 12:00:05

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

**nobodyさん** · 2006/02/03(金) 20:05:36

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

**nobodyさん** · 2006/03/24(金) 08:23:48

過疎りすぎｗ

**nobodyさん** · 2006/03/27(月) 23:45:30

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

**nobodyさん** · 2006/03/28(火) 00:50:26

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

**nobodyさん** · 2006/03/28(火) 08:10:30

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

**nobodyさん** · 2006/03/28(火) 09:41:36

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

**nobodyさん** · 2006/03/28(火) 10:23:08

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

**nobodyさん** · 2006/03/28(火) 10:51:45

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

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

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

**nobodyさん** · 2006/03/28(火) 12:02:55

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

**nobodyさん** · 2006/03/28(火) 12:04:50

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

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

**nobodyさん** · 2006/03/28(火) 12:05:37

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

**nobodyさん** · 2006/03/28(火) 12:07:24

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

**nobodyさん** · 2006/03/28(火) 12:38:09

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

**nobodyさん** · 2006/03/28(火) 12:40:59

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

**nobodyさん** · 2006/03/28(火) 12:57:27

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

**nobodyさん** · 2006/03/28(火) 13:37:18

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

**nobodyさん** · 2006/03/28(火) 13:59:03

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

**nobodyさん** · 2006/03/28(火) 14:02:21

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

**nobodyさん** · 2006/03/28(火) 20:32:38

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

**nobodyさん** · 2006/03/28(火) 21:34:59

>>133
多分Ruby

**nobodyさん** · 2006/03/28(火) 21:42:58

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

**nobodyさん** · 2006/03/28(火) 22:02:13

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

**nobodyさん** · 2006/03/28(火) 22:06:27

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

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

**nobodyさん** · 2006/03/28(火) 22:28:04

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

**nobodyさん** · 2006/03/28(火) 23:02:46

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

**nobodyさん** · 2006/03/29(水) 02:32:56

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

**nobodyさん** · 2006/03/29(水) 22:51:03

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

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

**nobodyさん** · 2006/03/29(水) 23:13:01

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

**nobodyさん** · 2006/03/29(水) 23:15:45

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

**nobodyさん** · 2006/03/30(木) 10:08:01

>>143
変数と関数

**nobodyさん** · 2006/03/30(木) 13:31:51

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

**nobodyさん** · 2006/03/30(木) 14:19:46

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

**nobodyさん** · 2006/03/30(木) 15:06:58

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

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

**nobodyさん** · 2006/03/30(木) 16:16:42

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

**nobodyさん** · 2006/03/30(木) 16:29:49

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

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

**nobodyさん** · 2006/03/30(木) 17:18:32

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

**nobodyさん** · 2006/03/30(木) 21:38:19

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

**nobodyさん** · 2006/03/31(金) 00:12:08

perlみたいにパッケージがあれば関数ライブラリだけでやってけるかも知れないが、PHPにパッケージはない。
代わりにクラスを使うしかない。

**nobodyさん** · 2006/03/31(金) 00:31:04

>>147
むしろなぜ分類（除外）するのか、というところにＯＯの本質があるのでは？

**nobodyさん** · 2006/03/31(金) 05:07:58

>>152
PHPのクラスがパッケージの代替でしかないなら、インスタンス化は無意味ってこと？
$hoge = new Hoge; $hoge->kansuu();
より
Hoge::kansuu();
の方が早いもんね

**nobodyさん** · 2006/03/31(金) 05:13:33

インスタンスにしないと継承でけんやん

**nobodyさん** · 2006/03/31(金) 05:31:31

継承とかPHPで使ってるの見たことない。
グローバル変数使わないだけなら定数使うとかあるし

**nobodyさん** · 2006/03/31(金) 05:36:54

ばりばり使いますよ
フレームワークなんて継承前提だし

**nobodyさん** · 2006/03/31(金) 08:04:27

インスタンスにせんでも継承はできまっせ

**nobodyさん** · 2006/03/31(金) 08:09:59

>>150
普通の関数でいいと思うならそれでいけばいいじゃんてことでしょ

つかそういうスレつけてる人はこのスレ覗く必要全然ない

**nobodyさん** · 2006/03/31(金) 08:38:38

・関数がいい人は関数でやればいい
・クラスがいい人はクラスでやればいい

↑ここまではおｋ。それじゃ、

・クラスがいい人は何のためにクラス使ってるの？しかもPHPでｗ　←いまここ

**nobodyさん** · 2006/03/31(金) 08:56:52

OOP関係の本なら大概載っている

１．カプセル化
２．継承
３．ポリモフィズム

の、3つが何故良いのかを説明できれば、OOPの利点が見えるんじゃないの？
詳しい人↓よろ。

**nobodyさん** · 2006/03/31(金) 08:59:41

いまだにクラスを何に使ってるの、なんて聞く人がいるの？

**nobodyさん** · 2006/03/31(金) 09:03:25

１．カプセル化
２．継承
３．ポリモフィズム

ならJavaのほうが初めからそういうふうに設計された言語だけあって有利じゃないの？
PHPのクラスにそういう利点て見出せないな。

**nobodyさん** · 2006/03/31(金) 09:11:07

>>162
みんなのために説明よろしく。

**nobodyさん** · 2006/03/31(金) 09:23:18

>>158
本当だ…
ちゃんと親クラスの関数にアクセスできる。
てっきりインスタンス時点で合成されるのかと思ってた。

**nobodyさん** · 2006/03/31(金) 09:31:23

PHPはもともと関数志向？的な作りだから、
OOPに最適化されているとは言いがたいんだけど、
それでもクラスは使った方が便利だよ。

**nobodyさん** · 2006/03/31(金) 09:43:30

それじゃなぜPHPを使うの？

**nobodyさん** · 2006/03/31(金) 09:49:02

総合的に見て、実用性に秀でているから。

**nobodyさん** · 2006/03/31(金) 11:27:34

>>164
みんなのためだなんて嘘書かないの。
ぼく分からないから教えてって言え。

**nobodyさん** · 2006/03/31(金) 11:55:57

>>169
ぼく分からないから教えて

これでいいか？さあ早く教えろ。

**nobodyさん** · 2006/03/31(金) 14:59:28

カプセル化　【encapsulation】
読み方：カプセルか
分野：プログラミング > オブジェクト指向

オブジェクト指向プログラミングが持つ特徴の一つ。
データとそれを操作する手続きを一体化して「オブジェクト」として定義し、オブジェクト内の細かい仕様や構造を外部から隠蔽すること。
外部からは公開された手続きを利用することでしかデータを操作できないようにすることで、個々のオブジェクトの独立性が高まる。
カプセル化を進めることによりオブジェクト内部の仕様変更が外部に影響しなくなり、ソフトウェアの保守性や開発効率が高まり、プログラムの部分的な再利用が容易になる。

で、PHPで実用的なカプセル化ってどんなのよ？

**nobodyさん** · 2006/03/31(金) 15:56:15

>>171
PHP(4)ではカプセル化は無理。
だから、コメント上で、
どの情報にはアクセスできてどの情報はアクセスを禁止するかを明言する必要がある。

だからPHP(4)に関して言えば、OOPによるカプセル化の利点はない。

**nobodyさん** · 2006/03/31(金) 17:08:32

Singleton前提のクラスは
インスタンス化する必要ないってことでOK？
でもコンストラクタでの初期設定ができないか…

**nobodyさん** · 2006/03/31(金) 17:39:36

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

**174** · 2006/03/31(金) 17:44:05

>>173
例えば >>174 のソースの中にある
euc_jp_reader クラスや shift_jis_reader クラスなんかは Singleton 前提のクラスですが、
char_iterator クラスのコンストラクタの引数となるため、インスタンス化してやる必要があります。

Singleton 前提のクラスを敢えてインスタンス化する利点の一つは、
ポリモルフィズムが応用できるってことかな。

**nobodyさん** · 2006/03/31(金) 18:30:26

>>175
なるほど
○他の関数の引数に出来る
○その結果クラス名を指定しないメソッド呼び出しも可能になる
（ポリモーフィズム）
ってことだね

**nobodyさん** · 2006/03/31(金) 18:35:59

>>174
2つ質問がある。
・そのスクリプトの中で、Webサイトを構築する上で有用な情報はどこにあるの？
・そのスクリプトの中で、JavaやRubyに対するPHPの優位性はどこにあるの？

**174** · 2006/03/31(金) 19:14:39

・そのスクリプトの中で、Webサイトを構築する上で有用な情報はどこにあるの？

ごめん。意味を正しく受け取ることが出来なかったんだけど、要は
「それを使って何か実際に役に立つものが作れるのか？」
ってことで良いですか？
これは自作の XML 解析モジュールに応用してます。
レンタルサーバーみたいに、外部モジュールを自由に導入できない
(すなわち libxml モジュールなどが使えない)環境のために作りました。

・そのスクリプトの中で、JavaやRubyに対するPHPの優位性はどこにあるの？

知りません。もしかしたら Java や Ruby のほうが優れているんじゃないんですか？
別に PHP が Java や Ruby より優れてなきゃいけない理由なんてないし。

**nobodyさん** · 2006/03/31(金) 19:54:05

１つ目の質問についてだけど、いちおうWebProg板だしWebプログラミングでオブジェクト指向っていうのがテーマなスレだから、あんまりズレないようにしないとね。
XMLの解析に使ってる点はいいんじゃない。お疲れさん。
２つ目は他の言語でなくなぜPHPなのかって話題が出てたから聞いてみただけ。
PHPしか知らないってのも理由の１つとしてはいいけど、馬鹿にされるからあまり言わないほうがいいかもね。

**nobodyさん** · 2006/03/31(金) 21:05:47

>>179
そういうしょうもない煽りは
【戦場は】PHP王とJava乞食【ｴﾝﾀｰﾌﾟﾗｲｽﾞ】
http://pc8.2ch.net/test/read.cgi/php/1140124172/
こっちでやれ

**nobodyさん** · 2006/03/31(金) 22:24:05

>>171の続き

継承　【inheritance】
読み方：けいしょう
別名：インヘリタンス
分野：プログラミング > オブジェクト指向

オブジェクト指向プログラミングにおいて、既に定義されているクラスをもとに、拡張や変更を加えた新しいクラスを定義すること。
元になるクラスを「スーパークラス」(super class)、あるいは「基底クラス」「基本クラス」(base class)などと呼び、新たに定義されたクラスを「サブクラス」(subclass)、あるいは「派生クラス」(derived class)と呼ぶ。
スーパークラスの性質はすべてサブクラスに受け継がれ、サブクラスではスーパークラスとの違いを定義するだけでよい。
複数のスーパークラスから新しいクラスを定義することを多重継承という。

で、PHPで実用的な継承ってどんなのよ？

**nobodyさん** · 2006/03/31(金) 22:33:03

>>181
普通にやれ

**nobodyさん** · 2006/03/31(金) 22:59:34

>>182
普通とは？

**nobodyさん** · 2006/03/31(金) 23:22:53

なんだこの流れ
PHP のスレは大量にあるんだからどこでも使えよ
単に PHP をバカにしたいやつはもうこないでくれないか
本当に知らないのならもっと真摯に勉強しろ

**nobodyさん** · 2006/03/31(金) 23:40:49

>>184
そう言い捨てて意味のあることを書かない（書けない？）人が多いんですよこのスレ。

**nobodyさん** · 2006/03/31(金) 23:42:06

それ以前に意味のある質問したことあるんですか？

**nobodyさん** · 2006/03/31(金) 23:55:31

その質問は意味があるんですか？

**174** · 2006/03/32(土) 00:32:20

>>181
>>174 で晒したソースは、
PHPでの実用的な継承 (っていうか、別に普通だけど) の例でもあると個人的に思うのですが、
これだけだと伝わりませんでしたか？

**nobodyさん** · 2006/03/32(土) 16:53:32

この流れじゃあ
「オブジェクト指向意味ﾜｶﾗﾝから本買うけど何がいい？」
なんて厨な質問できねーYO!

**nobodyさん** · 2006/03/32(土) 17:09:54

>>174
いや、そんな自己満コード晒してもらっても

**nobodyさん** · 2006/03/32(土) 20:29:42

>>189
ぱっと思いつくのは
憂鬱なプログラマのためのオブジェクト指向開発講座―C++による実践的ソフトウェア構築入門とか
>>188
OO分かってない奴にいきなりコードを見せても
ﾁﾝﾌﾟﾝｶﾝﾌﾟﾝだと思う

**nobodyさん** · 2006/03/32(土) 21:37:50

>>127
だから重複してるからイランと

**nobodyさん** · 2006/03/32(土) 21:39:06

>>128
JavaやC++のように大規模開発でも使う場面が
多い言語ではprivateは重宝するよ。
なにせprivateをうまく使うとデバッグがしやすいしバグもとりやすく
テストもしやすくソースコードの信頼性も上がる。

**nobodyさん** · 2006/03/32(土) 21:42:32

>>137
PHP使えるレンタル鯖が多いからだろ。
Ruby使える鯖は少ないし
Rubyというだけで日本人が作った言語だから
ショボイと思われがてで不キュしていなかったと思われる。

**nobodyさん** · 2006/03/32(土) 21:43:46

>>143
この本を読めばクラスの使い方がわかるようになるよ。
超お勧め。

Amazon.co.jp：アジャイルソフトウェア開発の奥義: 本
http://www.amazon.co.jp/exec/obidos/ASIN/4797323361/249-2469696-1854764

**nobodyさん** · 2006/03/32(土) 21:45:56

>>156
おれはよく継承を使いまくってる。
将来拡張する予定があるものは
かならず(空でもいいので)スーパークラスを作って
継承してつかっている。

継承は使い方を間違えたり勘違いしている人間が使うと
継承＝拡張そのものだと
誤解してだたやみくもに継承しまくることがあるので、
継承を使いこなしたければ
デザインパターンについてよく勉強した方が良い。

**nobodyさん** · 2006/03/32(土) 21:47:44

>>160
> ・関数がいい人は関数でやればいい
> ・クラスがいい人はクラスでやればいい
> ↑ここまではおｋ。それじゃ、
> ・クラスがいい人は何のためにクラス使ってるの？しかもPHPでｗ　←いまここ

大規模化する可能性のあるソフトをPHPで作るとき。
顧客がPHPを使えと言ってきたら
PHPを使わざるを得ない。けれどもオブジェクト指向を
使わないで開発すると一体どんなとんでもない目に
あうのか散々味わってきたので
漏れはかならずオブジェクト指向でPHPコードを書く。

**nobodyさん** · 2006/03/32(土) 21:49:55

継承 = inheritance
拡張 = extends

なんだよな・・・・

**nobodyさん** · 2006/03/32(土) 21:50:04

>>163
それに関してはPHPでもJavaでも同じように実現できている。
PHPで問題なのは名前空間と型安全性問題。
メソッド引数に型指定もクラスしか使えないこと。
integer型やstring型などをメソッド引数に指定できないのが
今のPHP5の難点。Javaでいえば引数の型をObjectにしているようなものだ。
Perlでも同様だが。

**nobodyさん** · 2006/03/32(土) 21:52:35

>>171
PHP5はどうみてもJavaのパクリとしか
思えないほど十分にオブジェクト指向できるような
言語となった。問題なのは上でも述べているとおり
名前空間と型指定の曖昧さ、ほかに戻り値の型を指定できないことだね。

**nobodyさん** · 2006/03/32(土) 21:57:35

>>199
PHP6もgoto付けるとか言ってないで
そのへん整備すりゃいいのにな

**nobodyさん** · 2006/03/32(土) 21:59:03

>>174-175
そんなに汚くないコードだけど
ちょっと抵抗があるソースコードだな。

クラス名が全部小文字で
名前空間の替わりの役割を果たしているわけでもないのに
区切り文字に_(アンダースコア)つかうという
表記を未だに使っているとは・・・・。
やっまりキャメルケース(CamelCase)がわかりやすいと思うのだが。
それから一ファイルにつき一クラスにしておくのがベスト。
一つのファイルに複数のクラスを入れておくことはお勧めしない。
ファイル名とクラス名も一致させておく。名前空間が使えないので
そこだけ例外的にクラスだけ名に_(アンダースコア)を使う。
詳しくはPEARライブラリのソースコードを見てみてくれ。

それから文字コードがＥＵＣだとは。
Unicode(UTF-8)で統一してくれれば
DBとのやりとりも楽なのだが。

**nobodyさん** · 2006/03/32(土) 22:01:42

>>188
悪いがあなたが書いたソースコードが実用的な例だとは
とても思えない・・・・。
あのコードがPHPで有ろうとJavaに置き換えようと実用的になるとは
とても思えない。

**nobodyさん** · 2006/03/32(土) 22:02:13

>>190
オブ脳
オブジェクト脳のつくりかた

で良いんでないかな？

**nobodyさん** · 2006/03/32(土) 22:05:14

>>198
PHPやJavaではextendsで継承しているともいうし拡張するともいう。
しかしクラスそのものを拡張しているだけであって
それによってそれだけで簡単にソフトウェアの拡張性が高まるとは限らない。
という落とし穴に気をつけないといけない。
その辺りを素早く理解するにはデザインパターンを学ぶことをお勧めする。

この本は初心者には非常にわかりやすいので
かなりお勧め。

増補改訂版Java言語で学ぶデザインパターン入門
http://www.hyuki.com/dp/

**nobodyさん** · 2006/03/32(土) 22:06:45

>>201
gotoか。Javaみたいに例外処理限定や
ラベル付きbreak, continue文だけにgoto同様の機能を
限定的に持たせるだけにしてくれればいいのだが・・・・。

C#みたいにJavaのラベル付きbreakやcontinueをgotoキーワードで
実装すると言うだけのレベルだろうか？

**nobodyさん** · 2006/03/32(土) 22:20:15

188はTemplateMethodの実例を見せたかったんだろ
俺は悪いコードだとは思わないが

**nobodyさん** · 2006/03/32(土) 22:23:49

>>205
結城本はガチだな
ただOOPはじめたばかりの人がいきなり分かるほど
簡単だとも思わないが…

**nobodyさん** · 2006/03/32(土) 22:39:55

何でいまどきgotoなんだろ。
俺的には無限再帰を可能にしてwhileとforみたいなダサいもんも排除した
関数言語にして欲しいと前から思っているんだけどそんな人いませんか。

**nobodyさん** · 2006/03/32(土) 23:12:37

Gauche とか使えば？

**nobodyさん** · 2006/03/32(土) 23:13:10

PHPで継承はあんまり必要ないな。
使い道がないから。
ウェブでオブジェクト指向するなら、JavaScriptが一番使いどころが多い。

**nobodyさん** · 2006/03/32(土) 23:16:24

>>193
そりゃあれば使うよ
ないものねだりしてもしゃーないでしょってこと

**nobodyさん** · 2006/03/32(土) 23:39:13

finalとabstractとinterfaceが
とりあえずどんなものかは
わかったけど実際にどうやって
それを有効利用できればいいか
わからない香具師に結城本はおすすめだと思う。

**nobodyさん** · 2006/03/32(土) 23:40:02

>>211
> ウェブでオブジェクト指向するなら、JavaScriptが一番使いどころが多い。

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

**nobodyさん** · 2006/03/32(土) 23:40:33

>>212
privateの利点が解らない香具師はあっても使わない。

**nobodyさん** · 2006/03/32(土) 23:56:49

デフォルトがprivateだったらすげー便利だったのになぁ。

**nobodyさん** · 2006/04/02(日) 00:13:33

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

**nobodyさん** · 2006/04/02(日) 01:06:11

>>215
そんなやつの話を持ち出されても知らない
ダメコーダに強制できないとかいう話ならご愁傷さま
としか言いようがないですな

**nobodyさん** · 2006/04/02(日) 01:15:39

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

**nobodyさん** · 2006/04/02(日) 01:57:43

PHP6のgotoは、gotoというキーワードが実装される訳ではなくて、

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

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

**nobodyさん** · 2006/04/02(日) 02:36:42

>>220
これならあってもいいかも。

**nobodyさん** · 2006/04/02(日) 07:04:12

>>199,200
型安全性ならis_arrayとかis_stringとかinstanceofでチェックすればいいだけじゃないの？

**nobodyさん** · 2006/04/02(日) 07:17:49

それはそうだが
何が求められているのかを知るために
中身まで見ないといけないのはあまりよろしくないだろう。

**nobodyさん** · 2006/04/02(日) 07:50:00

つ @param @return

**nobodyさん** · 2006/04/02(日) 09:57:52

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

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

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

**nobodyさん** · 2006/04/02(日) 10:18:28

>>220
普通にJavaのパクリじゃないか。
Java自体もCあたりからパクッタ者だが

**nobodyさん** · 2006/04/02(日) 10:24:36

>>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との違いの
に気づかない。
そして路頭に迷ったあげくにデバッグに無駄に時間をかけることになって
開発速度が衰える。

**nobodyさん** · 2006/04/02(日) 10:28:07

>>225
Javaみたいにラッパークラスを作ってしまえばいいかもしれんな。

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

**nobodyさん** · 2006/04/02(日) 10:29:01

privateに＄が余分についていた。

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

**nobodyさん** · 2006/04/02(日) 10:46:56

>>228
お、いい方法じゃん！って一瞬思ったけど、
function method(Integer $param)
を呼び出すときmethod(10)って書けないし＞＜

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

**nobodyさん** · 2006/04/02(日) 13:43:38

>>227
コンポーネントに対する入力値と戻り値をちゃんとチェックするような
ユニットテストを書いとけばいいんじゃないの？

**nobodyさん** · 2006/04/02(日) 16:24:19

>>227
それは単なるタイプミスだ。

**nobodyさん** · 2006/04/03(月) 11:03:17

>>230
ひとこと「それだとAUTO-BOXINGが欲しくなるな」と言えばいいのにｗ

**nobodyさん** · 2006/04/03(月) 11:16:30

>>233
つ　「それだとAUTO-BOXINGが欲しくなるな」

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

**nobodyさん** · 2006/04/03(月) 14:51:40

>>234
type hintingのメリットが台無しじゃね？

**nobodyさん** · 2006/04/03(月) 14:54:33

>>234
それなら、
function method($x)
{
$x = (int) $x;
}
でいいんじゃないの？

**nobodyさん** · 2006/04/03(月) 15:34:14

>>232
型宣言しておけばミスに即座に気が付く、
のだけれどあれだと気づかない。

**nobodyさん** · 2006/04/03(月) 15:35:04

>>235
メリットって？

>>236
間違えて配列やオブジェクトを渡したときに自動的にエラーを出してくれるかもしれない。
もちろんis_intで確認してエラー出せば同じことだから絶対なければならないっていう必然性はないけど、あったら便利かとは思う。
あとタイプヒンティングでintやstringなどの基本型だけは指定できないっていう今の状況より統一感あるかと。
オートボクシングや構文糖と考え方は一緒ね。

**nobodyさん** · 2006/04/03(月) 23:39:48

PHPでそんなことするくらいなら、素直にJava使うわ。

**nobodyさん** · 2006/04/03(月) 23:50:13

引数に型書くだけの話やんけ

**nobodyさん** · 2006/04/04(火) 03:55:07

普通のclassと、
abstractなclass,
interfaceは、
クラス名から変えた方がいいんかな？
どうやってる？

**nobodyさん** · 2006/04/04(火) 15:51:08

>>241
俺はabstractもinterfaceも普通の名前にしてる。
abstractやinterfaceをある特定クラスの仕様だけ抽象したことを表現したい場合に限り「Abstract～」とか「～Interface」にするかも。
例外だったら「～Exception」てつけるけど。

**nobodyさん** · 2006/04/04(火) 23:58:21

>>241-242
というか、C#やC++みたいに継承も実装もおなじ::をつかっているわけではなく
PHPはjavaのようにちゃんと継承はextends、インターフェース実装はimplements
を使うように指定されているから
名前を見ただけでインターフェースかクラスかわかるようにまでしなくてもええと思う。
IDE使えば名前指定しなくてもさらに一目でわかるし。PHPのIDEはよくわかんないけど

**nobodyさん** · 2006/04/06(木) 03:29:44

>>242-243
レスさんくす
あんまり考えすぎなくてもいっか

**nobodyさん** · 2006/04/14(金) 07:15:35

質問です。
ビジネスロジックとドメインロジックとアプリケーションロジックは、プレゼンテーションロジックと対比的な位置づけですが、基本的に同じものですか？

**nobodyさん** · 2006/04/14(金) 10:33:43

>>245
使用する分析・設計手法によって、使われる用語とその定義は違ってきます。
こういうインフォーマルな場では、それぞれが別の立場・定義で勝手に用語を使う
ことが多く、基本的な認識がすれ違ったまま不毛なレスが飛び交うのが常です。

まずは専門書で系統立った知識を得てから、自分なりの経験と知見を積んでいけば
その類のどーでもいい疑問は解決すると思われます。

**nobodyさん** · 2006/04/22(土) 05:13:55

プロパティをtrue/falseにするメソッド名ってそれぞれどんな命名にする？

**nobodyさん** · 2006/04/23(日) 05:49:14

>>247
setTrue、setFalse
setOn、setOff

**nobodyさん** · 2006/05/28(日) 01:10:04

>>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;
}

を定義するだけのものとか。

**nobodyさん** · 2006/05/28(日) 09:18:03

反転ならtoggleを使いたくなる

**nobodyさん** · 2006/11/04(土) 00:59:33

スレを読まずに書くけど。

俺オブジェクト指向ってよくわかんないのね。で、
PHPでさ、テーブルごとにクラス作ってその中で
SQL発行してるソース見て思ったんだけど。こういう
のってテーブルのJOINはどう扱ってんの？

**nobodyさん** · 2006/11/04(土) 05:52:13

だからそれはテーブルじゃなくてデータオブジェクトです

**nobodyさん** · 2006/11/04(土) 15:27:28

良スレ発見

**nobodyさん** · 2006/11/04(土) 17:39:13

>>247
enableXXX/disableXXX

>>251
railsのactiverecordとか調べてみればいい
テーブル同士の関係の属性を設定して取れるようになっている
でもSQLを元にデータを取得することもできるし
複雑なJOINの場合はSQL書くのが推奨

**nobodyさん** · 2006/11/21(火) 13:27:36

OOPを0から学ぶとすると、やはりJavaが最適なのでしょうか？
Railsで有名になったRubyでもよさそうですが、
どれを勉強しようか悩みます。
どちらも実行環境を整えるのが自分にとって一苦労な気がするので、
今まで環境が作りやすいPHPに逃げていましたが、
一向にOOPの概念がわからずじまいで、
本格的にJavaかRubyを入れてやってみようと考えています。

**nobodyさん** · 2006/11/21(火) 14:58:55

>>255
つ ttp://smalltalk.cincom.jp/scripts/smalltalk.dll/tutorials/index.ssp

**nobodyさん** · 2006/11/23(木) 02:32:55

オブジェクト指向プログラミングの学習が目的なら、ウェブアプリやっても無駄だと思うよ。GUIのあるデスクトップアプリ作った方がいい。

**nobodyさん** · 2006/11/23(木) 10:48:14

> オブジェクト指向プログラミングの学習が目的なら、ウェブアプリやっても無駄だと思うよ。GUIのあるデスクトップアプリ作った方がいい。

はいはいわろすわろす。

**nobodyさん** · 2006/11/23(木) 11:32:44

GUIのプログラミングで身に付くのはオブジェクト指向よりむしろイベントドリブンだよね。

**nobodyさん** · 2006/11/23(木) 11:33:23

>>258
ある意味>>257は言い得てると思うぞ。
WebアプリはWebならではの都合で、本来のオブジェクト指向には反する設計を
強制される場面も少なくない。

**nobodyさん** · 2006/11/23(木) 16:55:37

webアプリでがちがちのオブジェクト指向やると重くならね？

**nobodyさん** · 2006/11/23(木) 18:29:52

もっと抽象的な議論しようぜ。

**nobodyさん** · 2006/11/23(木) 19:59:01

>>262
犬とか猫とか?

**nobodyさん** · 2006/11/24(金) 05:31:59

リクエストがあったらhtml吐き出して終わり、なタイプのwebアプリでは
オブジェクト指向はあまり身につかない。
なにしろ、インスタンスの寿命が短かくて、全員が突然死するわけだから、
時間軸がそっくり抜けてるのだよ。
気にしながらライブラリを作れば、ソースの構造的な部分はある程度身につくかな、くらいだろう。

**nobodyさん** · 2006/11/24(金) 09:34:29

JavaでWebアプリしかやらない人は、J2EEパターンとかDIコンテナとか使って
「オブジェクト指向」と思っているんじゃないかな？
今のJavaのWebはレイヤー構造や
ドメインモデル（エンティティ）とビジネスロジックを完全に分離した設計、
ステートレス・スレッドセーフ・request/sessionスコープなどが優先されて、
本来のオブジェクト指向信者から見ると、論理的にあまりきれいな設計ではない。
とは言える。
言語レベルを超えた「モデリング」（UML等は使っても良いが）を
そのまま実装にまで落とすには無理がある。

**nobodyさん** · 2006/11/24(金) 22:24:39

要するに Java なんかつかうやつはばかですってこと？

**nobodyさん** · 2006/11/25(土) 16:46:42

JavaでWebなんて業務外では使わないしどうでもいい。

**nobodyさん** · 2006/11/25(土) 17:08:05

>>266
OOPを極めたいという目的だけのために
JavaでWEBをやるならバカと言えよう。

**nobodyさん** · 2006/11/28(火) 00:51:55

本気でオブジェクト指向やりたいならウェブでは役者不足ってこと。

**nobodyさん** · 2006/11/28(火) 01:02:02

役者不足（笑）

**nobodyさん** · 2006/11/28(火) 07:32:06

Actorが不足してるわけですな。

**nobodyさん** · 2006/11/28(火) 11:24:02

OOの概念を把握したりOOの組み方を学ぶだけなら
PHPでもそれなりに勉強できると思うけどな
PHP5で書かれたフレームワークやライブラリのコードを眺めてみたら

**nobodyさん** · 2006/11/28(火) 11:34:28

これとかいいかもね。

PHPによるデザインパターン入門
http://www.cbook24.com/bm_detail.asp?sku=4798015164

**nobodyさん** · 2006/11/29(水) 09:38:30

それOOをまったく理解できなかった俺が買ってみた
どうなるか人柱になるわｗ

著者でググったらブログが一番上にヒットした

**nobodyさん** · 2006/11/29(水) 10:49:08

PHPのデザパタ入門ってどうなんだろうか。
レビュー期待ｗｗｗ

**nobodyさん** · 2006/11/29(水) 16:42:27

>>272
その言葉を信じて眺めてるんだが、
なんかごちゃごちゃしてて返ってわかりづらい･･･
コメント英語で何書いてるかわからないし。

やっぱ俺みたいな凡人は丁寧に解説してるサイトに限るな。

**nobodyさん** · 2006/11/29(水) 16:50:30

一口にオブジェクト指向って言ってもメッセージ主体かクラス主体かで変わってくるからね。
C++, Java, PHP は後者。前者は Smalltalk, Objective-C, io とか。

**nobodyさん** · 2006/11/29(水) 17:04:29

>>276
簡単なライブラリから眺めていけばいいよPEARのDBとか
OOPを一番手っ取り早く理解する方法は
OOで適当な分野のライブラリを自分でコード書いてみる事

当然よく分からないうちはコードは汚い
なのでPEARで同じような分野のライブラリコードを眺めて
どういう構造なのかを調べてみながら自分のコードを書き直す
それの繰り返しで把握していくもんだと思う

いきなりデザパタの勉強とかやってもあんまり意味がない
OOPを理解していく上でどういう局面で
どういうパターンを使ったら良いという事がわからないから
パターンってのは結局ノウハウの事だし
ノウハウってのは必要に応じて生まれて出来上がっていくもんだから
ノウハウ自体を先に説明されてもピンとこないはず

英語は勉強するしかないがまめに単語の意味を引くようにしておけば
文法を正確に理解してなくてもだいたい把握できるようになるはず
ネットならすぐに調べられるんだからそのコストは無駄にはならない

コードは万国共通だ
ごちゃごちゃしてても所詮はPHPのコード、Cやアセンブリじゃない
ゆっくり読んでいけばわかる
小さなライブラリでもよくできてるライブラリはたくさんある
その区別がつくようになっていけば
自ずといいコードも書けるようになるだろう

**nobodyさん** · 2006/11/30(木) 00:04:08

オブジェクト指向について語るとき、
「どのような概念か」と「どう使うのか」
を分けないで話すとひどいことになる、
ということだな。

**nobodyさん** · 2006/12/02(土) 14:06:00

>>278
PEARってOOPで書かれてるの？
クラスからインスタンスをnewして使うってのが多いですね。

>>279
って>>273の本の説明の仕方がごっちゃでよくないってことなんですか？

**280** · 2006/12/03(日) 01:33:46

昨日本を読んでみた。
サンプルコードが載っていて分かりやすかった。
UMLの説明はさすがに他書で勉強しないと、このページ数じゃフォローできんね。
（ないよりましだけど…）

デザインパターンが活用できるようになれば、OOPが楽しくなるだろうなー☆＼(^o^)／

**274** · 2006/12/03(日) 18:41:26

届いたよ！
眠くてまだ読んでない
ちょっと開いたけど

**nobodyさん** · 2006/12/10(日) 19:06:09

このスレ、
サーバサイドプログラミングでのＯＯかよ
期待して損した・・・

**nobodyさん** · 2006/12/17(日) 17:10:50

>>283
クライアントサイドのOOPっていうと、JavaScriptでやるんですか？

**nobodyさん** · 2006/12/18(月) 23:57:03

WebObjectsがフリーになるから　勉強しといたほうがいいぜ

**nobodyさん** · 2006/12/19(火) 09:58:57

>>285
Thanks!!!

http://ja.wikipedia.org/wiki/WebObjects
http://www.apple.com/jp/webobjects/

**274** · 2007/01/11(木) 15:28:53

半分くらい読んだけど、7章が無いのが残念だった
そこらへんは著者さんのブログやサイトを参考に補完することにしようorz

**nobodyさん** · 2007/01/18(木) 19:18:28

>>273
それ買って読んでみてる。
今5章の途中だけど
いまいちピンと来ない。

おれがアホだからだと思う。

**nobodyさん** · 2007/01/21(日) 01:00:05

PHP5のﾏﾆｭｱﾙ（オブジェクトとクラスの項）とJava入門書を読み始めたばかりなんだけど、
PHP5とJavaのメソッドオーバーロードって全然別物なの？

**nobodyさん** · 2007/01/21(日) 01:03:49

スクイークに詳しい人いる？

**nobodyさん** · 2007/01/21(日) 01:20:02

>>288　PHPのオブジェクト指向を先に覚えるより、CやVBなどのﾌﾟﾛｸﾞﾗﾑを覚えたほうが
組み方は理解できるよ。短時間で

**nobodyさん** · 2007/01/21(日) 01:28:21

>>291
スパゲッティソースの量産方法を理解できると言うこと？

**nobodyさん** · 2007/01/21(日) 05:06:03

>>289
Pythonから始めたら、PHPもJavaも楽勝

という漏れはPascalが初体験の相手だった

**nobodyさん** · 2007/01/21(日) 20:40:37

なんかPHPerは無条件でオブジェクト指向マンセーしてる奴が多いよな・・・
手続き型の進化系がオブジェクト指向ってわけじゃないからね
手続き型的なロジックが有効なところもあればオブジェクト指向が有効なところもある
俺が確かに言えることは、オブジェクト指向は少なくとも万能ではないってこと
だからオブジェクト指向で書かないとスパゲティになるとかわけわかんないんだよ
むしろオブジェクト指向によって作られたスパゲティの方が多いという現実さえあるのに・・・

**nobodyさん** · 2007/01/21(日) 21:25:32

>>294
誰も藻前の妄想なんか聞きたくないわけだが。

**nobodyさん** · 2007/01/21(日) 22:02:30

まぁ考え方が増えたってことでいいんじゃない？

**nobodyさん** · 2007/01/22(月) 12:52:43

コードがアチコチに飛ぶって意味では、gotoも多態を使いまくったトリッキーなコードも
スパゲッティには変わりないよ。

**nobodyさん** · 2007/01/22(月) 22:25:58

正直、オブジェクト指向で作られたソースがさっぱり理解できないのだが・・・

もうダメなのかな俺

**nobodyさん** · 2007/01/22(月) 22:58:28

何言語でどういう部分が分からないの？