PHPでOOP (894ﾚｽ)

PHPでOOP http://medaka.5ch.io/test/read.cgi/php/1172205352/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞

---

392: nobodyさん [sage] 2008/02/14(木) 08:57:14 ID:??? >>390 CDB_PostgreSQL_Connectionを拡張してCDB_TableAにするのはまずい 子クラスと親クラスはis_a関係にしないといけない 言い換えると子クラスは親クラスの範疇に含まれていないといけない テーブルがコネクションの一部でないことは明らか http://medaka.5ch.io/test/read.cgi/php/1172205352/392

393: nobodyさん [sage] 2008/02/14(木) 10:58:27 ID:??? 異論はあるだろうけど、SQLに関しては、パフォーマンスの都合上実装の仕方が限定されるから、 モデルに合わせて考えるのではなくて、SQLを考えてから、それに会うモデル（クラス構造）を考えた 方が良いと思う。 http://medaka.5ch.io/test/read.cgi/php/1172205352/393

394: nobodyさん [sage] 2008/02/14(木) 11:05:10 ID:??? >>393 ｋｗｓｋ http://medaka.5ch.io/test/read.cgi/php/1172205352/394

395: nobodyさん [sage] 2008/02/14(木) 11:09:12 ID:??? 具体的に聞かれないと、答えようがない。 http://medaka.5ch.io/test/read.cgi/php/1172205352/395

396: nobodyさん [sage] 2008/02/14(木) 11:30:06 ID:??? >>393 テーブル構造が複雑な場合、そういうのもアリだと思うけど それはオブジェクト指向じゃないよね http://medaka.5ch.io/test/read.cgi/php/1172205352/396

397: nobodyさん [sage] 2008/02/14(木) 12:00:13 ID:??? 微妙だけど、抽象化のレベルが低い(計算機寄りな)だけで、OOではあると思ってる。 ただDBアクセスについて、パフォーマンスを保ったまま、高い抽象化ができない・やりにくい というのは、OOが本質的にDB向きではないということだと考えてる。 http://medaka.5ch.io/test/read.cgi/php/1172205352/397

398: nobodyさん [sage] 2008/02/14(木) 12:33:45 ID:??? とりあえずDBアクセスはPDOでいい。 各操作系に保持させるならプリペアドステートメントを。 個人的には各テーブルってよりも各テーブルのレコードクラスを作るかなー。 テーブルに対する操作は静的メソッドで実装する。 どうでもいいがクラスってのは抽象データ型なので関数と比べるなんてしてるとハマる。 http://medaka.5ch.io/test/read.cgi/php/1172205352/398

399: nobodyさん [sage] 2008/02/14(木) 12:59:49 ID:??? UMLモデリングツールでPHP書いている人いる？ 具体的には「Umbrello」を業務で使っている人 http://medaka.5ch.io/test/read.cgi/php/1172205352/399

400: nobodyさん [sage] 2008/02/14(木) 13:18:17 ID:??? C#の記事だけど、継承に関するものをみつけた。 Column　- 継承を使うべき場合、使うべきではない場合 - http://www.atmarkit.co.jp/fdotnet/csharp_abc2/csabc2_004/cs2_004_03.html#cs0406 http://medaka.5ch.io/test/read.cgi/php/1172205352/400

401: nobodyさん [sage] 2008/02/14(木) 14:54:28 ID:??? >>397 > というのは、OOが本質的にDB向きではないということだと考えてる。 逆逆、リレーショナルデータベースが、OO向きじゃない。 http://medaka.5ch.io/test/read.cgi/php/1172205352/401

402: nobodyさん [sage] 2008/02/14(木) 15:00:26 ID:??? >>398 > 各操作系に保持させるならプリペアドステートメントを。 プリペアドステートメントは条件の数を変えにくいという 大きな欠点があるからなぁ。 > 個人的には各テーブルってよりも各テーブルのレコードクラスを作るかなー。 一般に言われている、ActiveRecordパターンですね。 Ruby on RailsやCakePHPで採用されている奴です。 http://medaka.5ch.io/test/read.cgi/php/1172205352/402

403: nobodyさん [sage] 2008/02/14(木) 15:08:57 ID:??? >>383 > テーブルAの操作をするクラスA、テーブルBの操作をするクラスBを作った。 > 両方のクラスで個別に接続するより、1番最初に接続して、その接続IDを使って処理させたほうがいいのかな？ 処理の負荷というより、決定的な問題がある。 それは主にトランザクションを使ったときに起こる。 複数のテーブルを操作することで、一つの処理を完成させる場合 中途半端な状態を他に見せないようにしなければいけないし、 また一つのテーブルで処理が失敗した場合すべてを元に戻さなければならない。 これを実現する為に同じ接続から見える状態と、違う接続からみえる状態で 違うことがある。 http://medaka.5ch.io/test/read.cgi/php/1172205352/403

404: nobodyさん [sage] 2008/02/14(木) 15:18:21 ID:??? PHPやWebアプリに限らないけど、OOPってのはフレームワークを作るためにある。 ここで言うフレームワークには、汎用の名前があるフレームワークだけじゃなく たとえばあるゲームの独自の基本システムなんていったものも含む。 このフレームワークを使って作るもの・・・すなわち、 フレームワークから呼び出されるコードは、単純な処理になるので （というか単純な処理ですむ為のフレームワーク） OOPにならないことが多い。 だからといって、システム全体がOOPになっていないとは思わないけどね。 システム全体の一部。つまりクラスの中のメソッドだけを見て 非OOPというのはおかしいでしょ？ http://medaka.5ch.io/test/read.cgi/php/1172205352/404

405: nobodyさん [sage] 2008/02/14(木) 15:30:26 ID:??? >>404 誰に言ってるの？？ http://medaka.5ch.io/test/read.cgi/php/1172205352/405

406: nobodyさん [sage] 2008/02/14(木) 15:35:44 ID:??? 誰に言ってるのかも気になるが、そんなこと誰が言ってるのかも気になる。 OOPがフレームワークのためにあるという主張は初めて聞いた。 http://medaka.5ch.io/test/read.cgi/php/1172205352/406

407: nobodyさん [sage] 2008/02/14(木) 15:36:31 ID:??? >>384 も >>389 も >>390 も気持ち悪すぎだ 普通に考えるとこういう感じだろう？ // 接続に関する抽象クラス。汎用で使える関数があれば定義しても良い。 class CDB_Connection {} // PostgreSQL接続用クラスの実装 class CDB_PostgreSQL extends CDB_Connection {} // MySQL接続用クラスの実装 class CDB_MySQL extends CDB_Connection {} // テーブルに関する抽象クラス。汎用で使える関数があれば定義しても良い。 class CTable {} // 個人情報クラス。 class CPersonal extends CTable{ 　function CSearch($connection) {} //コンストラクタかメソッドでコネクションと接続 　function search() {} 　function update() {} } http://medaka.5ch.io/test/read.cgi/php/1172205352/407

408: nobodyさん [sage] 2008/02/14(木) 15:41:23 ID:??? >>407 概ね同じ意見だけど、Cpersonalを実体化する必要ってあんまりなさそうだから、 自分はメソッドを staticにすることが多い。 あと、connection をオブジェクト内部にもってしまうと、そのオブジェクトはいつでも SQLを実行できてしまうので、引数で渡すようにしてる。 (まぁ、staticにしたら引数で渡すしかないけど) http://medaka.5ch.io/test/read.cgi/php/1172205352/408

409: nobodyさん [sage] 2008/02/14(木) 15:45:33 ID:??? >>408 に補足 必要性がないというより、CTable (のサブクラス)のインスタンスをnewするということは、 意味論的には、そのテーブル自体を新規に生成するということだから、ちょっと気持ち悪い。 http://medaka.5ch.io/test/read.cgi/php/1172205352/409

410: nobodyさん [sage] 2008/02/14(木) 15:48:44 ID:??? >>389 > 私は、DBをPostgreSQLからMySQLへ変換する必要性も生じることを > 想定した設計をしただけだよ。 > こうやっておけば、書き換えるコードも少なくて済む。 とか言っておきながら、 > // コンストラクタ > function CSearch_Personal(){ > $db_info = ""; // ここでDB接続に必要な情報を入れる。 > $this->m_db = new CDB_PostgreSQL($db_info); > } CSearch_Personalのコンストラクタで CDB_PostgreSQL決め打ちなのはナンセンス。 DBをPostgreSQLからMySQLへ変換する必要性も生じることを想定した設計というのなら 設計としては、Personalデータを扱う（Search専用？）クラスは 接続するデータベースに依存すべきではない。 （限られた環境だけで動くものを作ればいいだけならどうでもいいが） 接続オブジェクト（CDB_PostgreSQL）はCSearch_Personalクラス外部から 与える。そのときの引数は（PHPに厳密な型は無いが）抽象クラスのCDB_Connection型で与える。 こうすることで、DBをPostgreSQLからMySQLへ変換する必要が生じたとき、 CSearch_Personalを一切修正しないですむ。 http://medaka.5ch.io/test/read.cgi/php/1172205352/410

411: nobodyさん [sage] 2008/02/14(木) 15:49:17 ID:??? >>404は、「バージョン6までのVBって構文は構造化だけど、 内部的にはクラスが動いているんだよ」といってるのと 同じ意味のように思える。 誰に何を伝えたいのかは良く分からないが。 http://medaka.5ch.io/test/read.cgi/php/1172205352/411

412: nobodyさん [sage] 2008/02/14(木) 15:51:40 ID:??? >>408-409 まあ、そこは設計しだいでいくつかやり方があるけど、 ActiveRecordパターンの場合、インスタンスはテーブルを作るという意味ではなく、 クラスがテーブル全体で、そのインスタンスはテーブルのレコードという扱いになる。 そしてフィールドがプロパティ。 http://medaka.5ch.io/test/read.cgi/php/1172205352/412

413: nobodyさん [sage] 2008/02/14(木) 15:53:27 ID:??? >>411 一応突っ込み。VBにはクラスがある。（少なくとも5以上） もちろんnewでインスタンスも生成できる。 http://medaka.5ch.io/test/read.cgi/php/1172205352/413

414: nobodyさん [sage] 2008/02/14(木) 16:01:23 ID:??? >>412 これですかね。 http://www.martinfowler.com/eaaCatalog/activeRecord.html 細かいけど、 >そのインスタンスはテーブルのレコードという扱いになる。 なら、searchメソッドは、staticなり外部に置くのではないかと思う。 確かに updateはこの場合 staticにすべきものではないですね。失礼。 http://medaka.5ch.io/test/read.cgi/php/1172205352/414

415: 412 [sage] 2008/02/14(木) 16:03:01 ID:??? >>408 > あと、connection をオブジェクト内部にもってしまうと、そのオブジェクトはいつでも > SQLを実行できてしまうので、引数で渡すようにしてる。 なんで「そのオブジェクトはいつでも SQLを実行できてしまう」のが悪いのかわからないけど、 > (まぁ、staticにしたら引数で渡すしかないけど) これが理由なら、そのクラスをシングルトンパターンで 実装するという方法もある。 CPersonal::search() などという書き方で呼べるぞ。 ただし、PHP4に対応した書き方だとすごく気持ち悪いんだが（笑） CakePHPでgetInstance()というメソッドをキーワードにして探せば 実装例が見つかると思う。 getInstance()関数内のstatic変数に配列[0]にで確保（なぜ？）した後 各メソッドの初めで$_this = getInstance() して$_thisで参照するという・・・ まあ見たほうが早い（？） http://medaka.5ch.io/test/read.cgi/php/1172205352/415

416: nobodyさん [sage] 2008/02/14(木) 16:13:08 ID:??? >>415 >なんで「そのオブジェクトはいつでも SQLを実行できてしまう」のが悪いのかわからないけど、 DBなんて巨大なグローバル変数の固まりみたいなものだし、アクセスもメモリと比べて遅いし、 トランザクションの都合からもある範囲でDBアクセスしている可能性がないかが 簡単に見分けられないのは怖いと思うけど。 http://medaka.5ch.io/test/read.cgi/php/1172205352/416

417: 412 [sage] 2008/02/14(木) 16:13:24 ID:??? >>414 > なら、searchメソッドは、staticなり外部に置くのではないかと思う。 あー。staticでいいです。単に個人的な環境の理由から PHP4を使っていて忘れていただけです。 http://medaka.5ch.io/test/read.cgi/php/1172205352/417

418: 412 [sage] 2008/02/14(木) 16:17:15 ID:??? >>416 でもどっちみちデータベースに操作を出来るところなら、 コネクション知っているわけで、結局同じことでしょ？ それにクラスの変数はグローバル変数じゃないからｗ http://medaka.5ch.io/test/read.cgi/php/1172205352/418

419: nobodyさん [sage] 2008/02/14(木) 16:33:55 ID:??? >>418 必要なメソッドにしか connection を渡さず、オブジェクト内に保存しないことで、 「データベースに操作できるところ」を限定するという話。 connection をDBアクセスする権限と見るならば、その権限は処理に対して与えるべきで、 オブジェクトに対して与えるべきではないだろうということ。 http://medaka.5ch.io/test/read.cgi/php/1172205352/419

420: nobodyさん [sage] 2008/02/14(木) 17:56:06 ID:??? DB周りはZendFrameworkの実装でなんら不満ないなあ。 http://medaka.5ch.io/test/read.cgi/php/1172205352/420

421: 412 [sage] 2008/02/14(木) 18:14:31 ID:??? >>419 しかし、テーブルに関するクラスでデータベースを操作しないメソッドって あまりないからなぁ。まあ別にいいけどね。 http://medaka.5ch.io/test/read.cgi/php/1172205352/421

422: nobodyさん [sage] 2008/02/14(木) 18:51:49 ID:??? >>421 例えば Personテーブルに depart_codeがあるとして、$person->getDepartName() としたときに、 暗黙のうちにdepart_codeをキーとしてDepartテーブルから検索する SQLが実行されたら嫌だし、 setPersonNameされたときに、そのタイミングでupdateが実行されていないか疑わなきゃいけないのも嫌。 http://medaka.5ch.io/test/read.cgi/php/1172205352/422

423: nobodyさん [sage] 2008/02/14(木) 19:13:43 ID:??? >>422 メソッドの実装がどうなってようが呼んだ方の知ったこっちゃないだろ。 そのどっちの例もそのクラスの仕様なんだから。 それを外側から知ろうとか制御しようだなんておかしな話だ。 http://medaka.5ch.io/test/read.cgi/php/1172205352/423

424: nobodyさん [sage] 2008/02/14(木) 19:41:54 ID:??? そもそもstaticも存在しないPHP4で機能をまとめたようなクラス（CDB_PostgreSQLクラスみたいなの） を作ろうとしてるのが気持ち悪い。 しかもOOPなんてデータベースの各要素に関数をくっつけたようなもんなんだから既存のデータを単体でしか扱わない データベースと相性が悪いのは分かりきったことだろう。 http://medaka.5ch.io/test/read.cgi/php/1172205352/424

425: nobodyさん [sage] 2008/02/14(木) 19:54:36 ID:??? OOPはデータベースの各要素に関数をくっつけたようなもの？ 既存のデータベースはデータを単体でしか扱わない？ だからOOPとデータベースと相性が悪い？ (　ﾟДﾟ) ﾜｶﾗﾅｲ http://medaka.5ch.io/test/read.cgi/php/1172205352/425

426: 412 [sage] 2008/02/14(木) 20:04:12 ID:??? >>424 staticはあくまでstaticだよと明示しているだけで 本質的には必要なものとは思えないけど。便利だけどね。 それと、CDB_PostgreSQLは「機能をまとめたクラス」ではないよ。 たとえば一つのアプリでサーバー負荷分散などで、 複数の接続を使用するときとか、複数のインスタンスが出来る。 http://medaka.5ch.io/test/read.cgi/php/1172205352/426

427: nobodyさん [sage] 2008/02/15(金) 07:09:54 ID:??? ＰＨＰでもメンバポインタとかつかえれば インスタンスに縛られない柔軟なＯＯＰができるのにな http://medaka.5ch.io/test/read.cgi/php/1172205352/427

428: nobodyさん [sage] 2008/02/15(金) 17:51:58 ID:??? 少しだけど、クラス分割のコツが掲載されてたのではっておきます。 VBプログラマ向けの情報だと、OOPの考え方の情報が結構ありそうです。 業務Webアプリの作り方の基礎（前編） 業務アプリ開発で失敗しないコツ http://www.atmarkit.co.jp/fdotnet/vblab/bizappbasic01/bizappbasic01_01.html > 1つの機能（＝たとえWebアプリで複数のページにまたがっていたとしても一連の作業を > 完了させるまでの一連の操作）に対して、1つのビジネス・ロジック層のクラスを > 作ってみることをお勧めする。 > 一般的な業務アプリでは、クラスを細かくしすぎてしまうとどこで何を行っているのかが > 分かりづらくなり、結果的にメンテナンスしづらいアプリになることがある。 （パフォーマンスを考慮し、） > 可能な限りクラスのインスタンス化が必要ない静的メソッド（Sharedプロシージャ）で > 作成したステートレスな設計にすることをお勧めする。 http://medaka.5ch.io/test/read.cgi/php/1172205352/428

429: nobodyさん [sage] 2008/02/15(金) 20:19:56 ID:??? たまに昔のサイト触ったりすると非OOPなんてもうやってらんねーと思う DRYになってないから直すの大変 http://medaka.5ch.io/test/read.cgi/php/1172205352/429

430: nobodyさん [sage] 2008/02/15(金) 22:23:07 ID:??? OOPってのは設計的な考え方ってのが含まれるんだけど、 そういう考え方は別として、単にコーディング技法として便利だよ。 http://medaka.5ch.io/test/read.cgi/php/1172205352/430

431: nobodyさん [sage] 2008/02/15(金) 22:36:39 ID:??? >>272 プリミティブだけど実装してみました・・ もはやQuickFormとSmartyがないと動きませんが・・ ttp://briefcase.yahoo.co.jp/bc/oopfw http://medaka.5ch.io/test/read.cgi/php/1172205352/431

432: に ◆lKs5QMUHoA [sage] 2008/02/15(金) 23:49:43 ID:??? 風邪をひいてしまい、最近頭が回らないです。レスも遅れてしまってます。。。 >>392 確かにそうですね。継承をして作ったクラスはすべてPostgreSQLに依存してしまいます ので、is-a関係が正しいですね。 >>407 接続に関して抽象的にクラスを定義するところは勉強になりました。 私はまだまだ継承を使いこなせてないですね。 >>410 > 接続オブジェクト（CDB_PostgreSQL）はCSearch_Personalクラス外部から与える。 この発想は思いつきませんでした。 確かに言われてみるとそうです。CSearch_Personalを一切修正しないで済むようになります。 http://medaka.5ch.io/test/read.cgi/php/1172205352/432

433: に ◆lKs5QMUHoA [sage] 2008/02/15(金) 23:50:26 ID:??? >>431 サンプルありがとうございます。 あとでソースを読んでみます。 http://medaka.5ch.io/test/read.cgi/php/1172205352/433

434: 383 [sage] 2008/02/16(土) 00:15:26 ID:??? 質問しておきながら、反応かなり遅れてしまってごめんなさい。 具体的なコードやアドバイスを提示してくださった方々、ありがとう。 ちょっとまだ、自分には敷居が高くて色々大変そうですが、 考えるよりも産むが易し、と言うので、手を動かして色々試行錯誤してみます。 ありがとうございました。 http://medaka.5ch.io/test/read.cgi/php/1172205352/434

435: nobodyさん [sage] 2008/02/16(土) 11:47:29 ID:??? フレームワークの利点などの検証の参考となるかと思ったので書いておきます。 ASP.NETでは、「検証コントロール」というのが便利そうだ。 「プログラムを作成するたびにこういうのをいちいち書いたりしなくていい」という 部分の利便性は良く分かる。 ASP.NETで学ぶVisual Studio .NETの魅力 第2回　Visual Studio.NETでプログラム・レス開発を学ぶ（前編） http://www.atmarkit.co.jp/fdotnet/aspandvs/aspandvs02/aspandvs02_04.html だが、こういうのは逆にそのフレームワークに縛られてしまうのが欠点だな。 準備されてるコントロールを自分の意図するようにやりたいが、その方法が誰も分からない もしくは、出来ない場合は、それで終わりみたいな。 話はずれるが、Accessで開発してる時、各種コントロールやウィザードの組み合わせでは 対応出来ないと感じたのを思い出した。ウィザードが準備する通りの物が目的ならば良いのだが、 それにちょっと変更を加えたい場合はどうしたらよいのかという感じ。各種プロパティーの 値を変更してみても変な方向に変わっていくだけ。 自分の意図するようにカスタマイズしたい場合は、非連結のテキストボックスを貼り付けて VBAで制御するスタイルでやってたな。 http://medaka.5ch.io/test/read.cgi/php/1172205352/435

436: nobodyさん [sage] 2008/02/16(土) 12:59:37 ID:??? Accessではグリッドが無いけれど、サブフォームで代用する方法はある。 しかし、そのカスタマイズ度は低い。（確か、クリックしたセルの場所を 取るとか、一つのセルだけ色を変更するとかがかなり苦手だったような。） サブフォームで代用できない場合は、フォーム上にグリッドを貼り付けるような モジュールは無いので、DBへのアクセス手段が手軽なものを捨ててでも VBで0から作り直すのが一般的な選択方法となる。 Webアプリのフレームワークでもこのような状況になる事ってあるのかなぁ？ http://medaka.5ch.io/test/read.cgi/php/1172205352/436

437: 383 [sage] 2008/02/16(土) 17:18:06 ID:??? PDOを継承する形でこんなクラスにしてみました。 突っ込みどころ満載だと思うんだけど、とりあえず、このコーディング方法はやめておいたほうがいい、 っていうところを教えていただけると嬉しいです。 class DBConnect(){ // メンバ変数にDB接続情報を記述 function __construct(){} // PDOをインスタンス化 function getConnID(){} // PDOオブジェクト格納変数を返す } class TableCtrl extends PDO{} //PDOを継承、汎用関数を定義してもOK. class CtrlA extends TableCtrl{ // テーブルAを操作する protected $ConnID; function __construct($ConnID){} //PDOオブジェクト格納変数を渡す } http://medaka.5ch.io/test/read.cgi/php/1172205352/437

438: 438 [sage] 2008/02/16(土) 17:21:28 ID:??? スクリプト先頭で、DBConnectをnewして、PDO格納オブジェクトを受け取ってから、 それを引数にCtrlAをnewする感じ……。 一応動きはするけど……全然ダメだな……。 http://medaka.5ch.io/test/read.cgi/php/1172205352/438

439: nobodyさん [sage] 2008/02/16(土) 17:46:45 ID:??? >>438 なんでもいいけど、既存のフレームワークがどうなっているか見てみろ。 見たら自分で作るきなくなるけどなｗ http://medaka.5ch.io/test/read.cgi/php/1172205352/439

440: 438 [sage] 2008/02/17(日) 16:53:21 ID:??? >>439 返信ありがとう。 まったくわかってないみたいなので、クラスの設計方法から学び直します。 実際の処理をする具象クラスを作って、また別に、それを統括するクラスを作っていく。 複数のクラスを設定によって使い分けしなきゃいけない場合は、抽象クラスなりインターフェイスなりを継承（後者の場合は実装）させて、 メソッド名を統一させた上で、ポリモーフィズム――クラスによって同名メソッドの振る舞いを変えさせるって解釈でいいよね？――で実現させる。 基本こんな感じかな？ プリペアドステートメントに惹かれて、PDOを継承する形で作って見たんだけど、 DB接続関連の場合、接続IDを返してくるmysql_connect(); なんかのほうが、使いやすい気がする。 フレームワーク自作なんて、自分にとってはとんでもない話しですよ……。 http://medaka.5ch.io/test/read.cgi/php/1172205352/440

441: nobodyさん [sage] 2008/02/17(日) 19:14:54 ID:??? お前の下らない御託はいいから見ろっつの http://medaka.5ch.io/test/read.cgi/php/1172205352/441

442: nobodyさん [sage] 2008/02/17(日) 20:01:12 ID:??? >>441 ごめん、無視してたわけじゃないんだ。 とりあえず、軽い「ちいたん」とやらを見てきます。 スレ汚し、ごめんなさい。自重します。 http://medaka.5ch.io/test/read.cgi/php/1172205352/442

443: nobodyさん [sage] 2008/02/17(日) 20:03:55 ID:??? なぜちいたんを選ぶか・・・ http://medaka.5ch.io/test/read.cgi/php/1172205352/443

444: nobodyさん [sage] 2008/02/17(日) 20:08:23 ID:??? ( ﾟдﾟ)ﾎﾟｶｰﾝ http://medaka.5ch.io/test/read.cgi/php/1172205352/444

445: nobodyさん [sage] 2008/02/17(日) 20:22:12 ID:??? 救いようが無いな。 http://medaka.5ch.io/test/read.cgi/php/1172205352/445

446: nobodyさん [sage] 2008/02/17(日) 21:40:51 ID:??? スレのレベルを下げちゃってごめんなさい……。 軽い「ちいたん」が入門にはちょうどいいかな、と思っての選択です。 いきなり、CakePHPなど大きいのを見ても、余計に混乱しそうだったので。 スレのレベルを余計に下げるだけなのでROMします。 度重なるスレ汚し、失礼しました。 http://medaka.5ch.io/test/read.cgi/php/1172205352/446

447: 1 ◆SWtzLesEmM [age] 2008/02/17(日) 23:11:41 ID:??? >>324 >>335 掲示板スクリプトの改善、どうもありがとうございます。(*^^*)v ↓動作サンプルを設置しました。 http://ssurl.net/n777 http://ssurl.net/ioah http://medaka.5ch.io/test/read.cgi/php/1172205352/447

448: nobodyさん [age] 2008/02/22(金) 09:37:11 ID:??? フレームワークをみてみろとアドバイスをしてくださってる方は、 もう少し具体的なアドバイスを出して欲しい。 具体的に、どんなフレームワークの構造を見て、どんなことを 学んだのかなどをあわせて出してくれたら、勉強もしやすいと 思うのですが。 http://medaka.5ch.io/test/read.cgi/php/1172205352/448

449: nobodyさん [sage] 2008/02/22(金) 09:52:27 ID:??? お前は人に逐一指示されないと何にもできないんだな http://medaka.5ch.io/test/read.cgi/php/1172205352/449

450: nobodyさん [sage] 2008/02/22(金) 09:59:49 ID:??? フレームワークはどこに行けば手に入りますか？ http://medaka.5ch.io/test/read.cgi/php/1172205352/450

451: nobodyさん [sage] 2008/02/22(金) 11:02:18 ID:??? >>449 漠然としすぎていて良く分からないのである程度は具体例が 欲しいという意味なのですが。 >>450 こちらへどうぞ 【PHP】フレームワークについて語るスレ10【総合】 http://pc11.2ch.net/test/read.cgi/php/1202521438/l50 http://medaka.5ch.io/test/read.cgi/php/1172205352/451

452: nobodyさん [sage] 2008/02/22(金) 11:21:05 ID:??? >>451 そのくらい自分で探せよという意味なのですが http://medaka.5ch.io/test/read.cgi/php/1172205352/452

453: nobodyさん [sage] 2008/02/22(金) 11:36:33 ID:??? >>451 自分でDBの抽象化を考えてみて、クラスの定義だけでも書いてみろ。 その後にZFのZend_DBを見て、自分のとどう違うか、なぜそうなっているのかを考えろ。 それから、偉そうな態度で教えてもらおうと思うな。 http://medaka.5ch.io/test/read.cgi/php/1172205352/453

454: nobodyさん [sage] 2008/02/22(金) 11:50:38 ID:??? 別に偉そうじゃないだろ。 むしろお前のほうが偉そうだ。 何被害妄想してるんだｗ http://medaka.5ch.io/test/read.cgi/php/1172205352/454

455: nobodyさん [sage] 2008/02/22(金) 12:50:26 ID:??? 本気でOOP勉強したい人はまずPHP止めないと・・ PHPの世界にOOPの参考になるものがどれほどある？ javaやらずOOP出来ましたってありえないでしょ。 http://medaka.5ch.io/test/read.cgi/php/1172205352/455

456: nobodyさん [sage] 2008/02/22(金) 12:58:24 ID:??? >>455 OOP勉強するなら、SmallTalkだな。 Javaとかアフォ？ｗ http://medaka.5ch.io/test/read.cgi/php/1172205352/456

457: nobodyさん [sage] 2008/02/22(金) 13:04:24 ID:??? 本気でOOP勉強する為にPHPをやめる必要は無い。 PHP使いながら、OOP勉強すればいいだけ。 本気でOOP勉強をするなら、非実用的な言語も含めていろいろな 言語を使うことになる。そしてそれらが実用的かというと別の問題。 いくらsmalltalkでOOPをマスターしました！とかいっても それでウェブサービスを作ることはまずありえないんだから 手段と目的を逆にしないようにね。 http://medaka.5ch.io/test/read.cgi/php/1172205352/457

458: nobodyさん [age] 2008/02/22(金) 13:04:45 ID:??? その論争は、きりが無いから、マ板とかのOOPのスレでやって欲しい。 「スクリプトの世界ならRubyだろ。」とか、結論が見えてこないし、 このスレの趣旨とは違うと思う。 http://medaka.5ch.io/test/read.cgi/php/1172205352/458

459: nobodyさん [age] 2008/02/22(金) 13:06:38 ID:??? >>457は非常にすばらしいことを言ったと思う。 http://medaka.5ch.io/test/read.cgi/php/1172205352/459

460: nobodyさん [sage] 2008/02/22(金) 13:13:27 ID:??? 確かにPHPでOOPの解説をしている情報は非常に少ないので、 勉強の際はjavaやC#などの情報を読みながらやることになると思う。 しかし、PHPを辞めるまでする必要性は無いと思う。 言いたいのは「OOPの勉強するのなら、PHPに限定してはいけないよ。」 じゃないの？ http://medaka.5ch.io/test/read.cgi/php/1172205352/460

461: nobodyさん [sage] 2008/02/22(金) 13:16:21 ID:??? 本気で勉強する為にPHPをやめた。 そしてOOPをマスターした。 しかし、Javaでは共有サーバーで動くソフトを作れなかった。 多くのオープンソースアプリはPHP製だった。 OOPをマスターしたが、何も出来なくなった。 完。 http://medaka.5ch.io/test/read.cgi/php/1172205352/461

462: nobodyさん [sage] 2008/02/22(金) 13:27:17 ID:??? 前から思ってたんだが、頭の悪い人間が粘着してるな。 自分がどんな風に思われてるかも分かってないんだろうなｗ http://medaka.5ch.io/test/read.cgi/php/1172205352/462

463: nobodyさん [sage] 2008/02/22(金) 13:58:48 ID:??? >>457 > いくらsmalltalkでOOPをマスターしました！とかいっても > それでウェブサービスを作ることはまずありえないんだから 今やウエブサービスに欠かせないMVCはそもそもsmalltalkのOOP由来なんだが…。 継続ベースだって覚えておいて損はない。 http://www.ibm.com/developerworks/opensource/library/os-lightweight8/ http://www.ibm.com/developerworks/jp/java/library/j-cb07056/index.html http://medaka.5ch.io/test/read.cgi/php/1172205352/463

464: nobodyさん [sage] 2008/02/22(金) 14:19:47 ID:??? PHPでOOPする為に別の言語でOOPの勉強をする。 自分の為に必要だからやるだけ。 http://medaka.5ch.io/test/read.cgi/php/1172205352/464

465: nobodyさん [sage] 2008/02/22(金) 14:42:14 ID:??? >>463 うん。だからさ勉強・研究の為の言語と 実用・開発の為の言語は別なの。 http://medaka.5ch.io/test/read.cgi/php/1172205352/465

466: nobodyさん [sage] 2008/02/22(金) 17:56:13 ID:??? このソースの解析をがんばればいろいろ見えてくるだろうけど、 一人じゃ到底無理だろうな。別スレでも立てて、解析して ドキュメント作ろう！見たいなことやってみる？ Visual Studio 2008で見る.NET Frameworkのソースコード http://www.atmarkit.co.jp/fdotnet/insiderseye/20080222sourcecode/sourcecode.html > 公開されたソースコードには（もちろん英語だが）多くのコメントが入っており、 > ローカル変数名も元のままの“生”のソースコードである。 > そしてそれがVisual Studio 2008でシームレスにトレースできるようになる http://medaka.5ch.io/test/read.cgi/php/1172205352/466

467: nobodyさん [sage] 2008/02/23(土) 08:39:50 ID:??? >>447 サンプル見たけど Viewで変数が入らないとこで”を使ってる意味がわからない ”と’の使い方間違ってると思う 面倒な使いわけするならsprintfという手もある パラメータ変数が渡ってくる switch文のcaseに頭文字を大文字にしてる意味がわからない http://medaka.5ch.io/test/read.cgi/php/1172205352/467

468: nobodyさん [sage] 2008/02/23(土) 08:44:08 ID:??? function html_head(){ echo "<html>"; echo "<head><title>BBS</title></head>"; echo "<body>"; } 上は、こうでいいやん！ function html_head(){ echo '<html>'; echo '<head><title>BBS</title></head>'; echo '<body>'; } なんでダブルクォートやねん http://medaka.5ch.io/test/read.cgi/php/1172205352/468

469: nobodyさん [sage] 2008/02/23(土) 09:12:10 ID:??? >>447 class View_Baseは helper的な役割だからいいとしても View_List View_WriteFinish コントローラで判断させるべき機能が Viewで書かれてるし テンプレート化されてないのもあって ぐちゃぐちゃですね。 ここがＯＯＰ構造を理解しにくい作りになってる コントローラは面倒でもＯＯＰ理解するには必要だ 理解しやすくするためにテンプレート化も必要 http://medaka.5ch.io/test/read.cgi/php/1172205352/469

470: nobodyさん [sage] 2008/02/23(土) 09:19:29 ID:??? >>447 本来コントローラとModelがやりとりする部分が コントローラが無いために Ｖiewで処理されてる ＭＶモデルですね！ ＯＯＰ構造化理解のためには 面倒でもＭＶＣモデルじゃないと 初心者を間違った方向に導きますよ！！ http://medaka.5ch.io/test/read.cgi/php/1172205352/470

471: nobodyさん [sage] 2008/02/23(土) 12:22:21 ID:??? >>469 具体的にどうすればいいの？ 条件分岐してないから切り分けは良さげに見えたんだが。 viewは機能ごとの静的HTML吐くのとは違うの？ http://medaka.5ch.io/test/read.cgi/php/1172205352/471

472: nobodyさん [] 2008/02/23(土) 13:43:29 ID:i4AYcehM http://www.microsoft.com/japan/msdn/practices/type/Patterns/enterprise/DesMVC.aspx これの アクティブモデルは、コントローラとは関係なくモデルで状態が変更される場合に使用されます。 これは別のソースでデータが変更され、この変更をビューに反映する必要がある場合に起こります。 株価相場表示を例に考えてみます。株価データが変更された場合、外部ソースからデータを受け取り、チッカーバンドや警告ウィンドウなどのビューを更新する必要があります。 モデルの内部状態の変更が検知できるのはモデルだけなので、モデルからビューに表示を更新するよう通知する必要があります。 って、hoge.php?param1=aaa¶m2=iiiみたいなリクエストを解析してコントローラがそれに応じたビューを選択して云々 ではなくて、例えばブログだったら記事テーブルにまだ一つもデータが無いときは「まだ記事が登録されていません」のビューをモデルが選ぶ、ってことかい？ だとしたらどうやって実装したらいいんだろ・・・ そのモデルを使用するビューをモデルに登録しておいて、モデルのデータによって分岐させて使うビューを選択。そのときにビューは出力に必要なデータをモデルからひっぱりだす MSDNは書き方がやたらめんどいぜ http://medaka.5ch.io/test/read.cgi/php/1172205352/472

473: nobodyさん [] 2008/02/23(土) 13:56:50 ID:i4AYcehM コントローラがリクエスト解析 ↓ そのリクエストにおいて必要なモデルのインスタンス生成 ↓ モデルのメソッド呼び出す ↓ 選択したビューのupdate呼びだして出力に必要な変数定義 ↓ モデルがビューの出力するメソッドを呼ぶ ビューはモデルからの変更を受け付けるupdateメソッドと出力するためのputHtmlメソッド持つインターフェイスを実装する なんか間違ってますか＞＜　教えてください！＞＜ http://medaka.5ch.io/test/read.cgi/php/1172205352/473

474: nobodyさん [sage] 2008/02/23(土) 14:42:12 ID:??? なんですでにあるフレームワークを参考にしない？ http://medaka.5ch.io/test/read.cgi/php/1172205352/474

475: 474 [sage] 2008/02/23(土) 14:43:18 ID:??? 474は無視してくれ http://medaka.5ch.io/test/read.cgi/php/1172205352/475

476: 474 [sage] 2008/02/23(土) 15:11:03 ID:??? >>472 それはようするに、株価データのようにユーザーが ページを更新しなくてもデータが更新されるときの話。 コントローラがモデルからデータ引っ張ってきて そのデータをビューに渡して表示という処理は変わらない。 ↑この処理を、普通は「URLを開いた」というタイミングで行っているわけ。 しかし、そのタイミングだと株価データ表示のようなリアルタイムでの表示は難しい 人間がF5を押す必要がある。この場合も更新されているとは限らず無駄に負荷が高くなる。 それを（ウェブアプリ以外では）モデルからデータが変更されたよーと コントローラ・ビューに通知し、その通知が来たタイミングでコントローラ・ビューが モデルからデータを引っ張ってきて（ｒｙ）という設計方法がある。 それが>>472で言っていること。 モデルに対して、コントローラやビューを「変更あったら俺に通知してくれ」 登録することでそれを実現する。 （データに変更があったらコントローラ・ビューのこの関数を呼び出してくれとモデルに登録する） でも、この設計。モデル（つまりサーバー）から変更の通知をすることになるので ウェブアプリでは一工夫必要になる。結局は、JavaScriptを使って 一定ごとに変更チェックをすることになるわけだが、まあそれをAjaxとかの技術で 非同期的にバックグラウンドで行うことにより、見た目上はサーバーから 変更通知がくるような感じに出来るんでしょ？やったこと無いけど。 その通知を元に、画面の一部、もしくはすべてを再描画する。 あとは詳しい人に任せた。 http://medaka.5ch.io/test/read.cgi/php/1172205352/476

477: nobodyさん [] 2008/02/23(土) 17:10:06 ID:i4AYcehM >>476 レス? オブザーバパターンはWebアプリに不向きなのかー。 じゃあ、 //コントローラの実行メソッド public function doExecute(){ if($this->model->getArticleNum() === 0){ $message = '記事がまだ一つもありません'; require_once('./template/Error.php'); }else{ $this->view->putHtml(); } } こういう、コントローラがモデルからデータ引っ張ってきて分岐して、ビューを選択する、ってのはアリなのかな？ ちょっとCakePHPとかの資料ググってくるは http://medaka.5ch.io/test/read.cgi/php/1172205352/477

478: nobodyさん [sage] 2008/02/23(土) 17:50:55 ID:??? そういう場合Comet使うんじゃね？ Cometすげえ！って大騒ぎになってたころ資料見ても俺には何がなんだか理解できなかったけど http://medaka.5ch.io/test/read.cgi/php/1172205352/478

479: nobodyさん [sage] 2008/02/23(土) 20:15:50 ID:??? １を含めてコントローラの役割が全然わかってないんだよ！ ＭＶモデルになってるんだよ！ CakePHP、symfonyのソースをよく解読してみろよ！ １のサンプルにはＶＩＥＷにコントローラで処理するコードかいてあるんだぜ！ http://medaka.5ch.io/test/read.cgi/php/1172205352/479

480: nobodyさん [sage] 2008/02/23(土) 20:21:31 ID:??? ＰＨＰでＯＯＰを追求すると 結局はＭＶＣモデルのフレームワークにテーマが行き着くんだよね だったらＰＨＰフレームワークのスレと同じじゃんて感じで ここでＯＯＰを議論するときは ＭＶＣモデル以外を議論の対象にしたいよ http://medaka.5ch.io/test/read.cgi/php/1172205352/480

481: nobodyさん [sage] 2008/02/23(土) 20:27:22 ID:??? >>478 ワロタ。目からうろこｗ httpってのはクライアント（ブラウザ側）から聞くことしかできないんだ。 どうやってもサーバーから話しかけることはできない。 だから、たとえば一分おきに、 「データ変わったかい？」「変わってねーよ」 「データ変わったかい？」「変わってねーよ」 「データ変わったかい？」「変わってねーよ」 「データ変わったかい？」「変わってねーよ」 「データ変わったかい？」「変わったよ！」 って聞かないといけない。たとえ4分半の時点でデータが変わっていても 5分後に聞くまでわからない。Cometというのは、 「データ変わったかい？」・・・・・・・・・・・(4分30秒後)「変わったよ！」・・・（数分後）「また変わったよ！」 とこうなる。 本質的にはクライアントから聞いているわけだが、変更があるまで みのもんたみたいにずっと溜めてから返答するため、 負荷の軽減とリアルタイムな通知が実現できるというわけ。 しかし、いまさらだけどhttpで無茶やりすぎだｗ http://medaka.5ch.io/test/read.cgi/php/1172205352/481

482: nobodyさん [sage] 2008/02/23(土) 20:30:12 ID:??? 例え巧すぎﾜﾛﾀ http://medaka.5ch.io/test/read.cgi/php/1172205352/482

483: nobodyさん [sage] 2008/02/23(土) 20:32:35 ID:??? >>479 だから具体的にどこがだよ？ http://medaka.5ch.io/test/read.cgi/php/1172205352/483

484: nobodyさん [sage] 2008/02/23(土) 20:35:35 ID:??? >>480 > ＰＨＰでＯＯＰを追求すると > 結局はＭＶＣモデルのフレームワークにテーマが行き着くんだよね それはPHPに限らず。 そもそもOOPが一番よく使われるのは、フレームワーク部分なんだよ。 OOPはフレームワークを作るときに使うものといっても過言じゃない。 通常のビジネスロジック部分は基本的に単純な命令の集まりになるので OOPを使っているという感じは無くなる。 http://medaka.5ch.io/test/read.cgi/php/1172205352/484

485: nobodyさん [sage] 2008/02/23(土) 20:43:56 ID:??? >>484 だから結局フレームワークの議論になるんなら このスレの意味が無いんだよ http://medaka.5ch.io/test/read.cgi/php/1172205352/485

486: nobodyさん [sage] 2008/02/23(土) 20:45:46 ID:??? >>483 >>469 http://medaka.5ch.io/test/read.cgi/php/1172205352/486

487: nobodyさん [sage] 2008/02/23(土) 20:49:01 ID:??? >>485 フレームワークスレは、フレームワークの比較などを話すスレ OOPはフレームワークを題材に、OOPの話をするスレ おｋ？ http://medaka.5ch.io/test/read.cgi/php/1172205352/487

488: nobodyさん [sage] 2008/02/23(土) 20:53:31 ID:??? >>486 class View_List extends View_Base{ // function Write_HTML_head(){ $this->html_head(); $this->html_title("---　PHP で OOP の BBS　---"); echo "<hr>"; } // 書き込みフォームを表示させる。 function Write_HTML_form(){ $this->html_form_start("index.php"); echo "<b>[メッセージを投稿する]</b><br>"; $this->html_input_hidden("PAGE", "Write"); echo "タイトル：<br>"; $this->html_input_text("title"); echo "<br>"; echo "メッセージ：<br>"; $this->html_textarea("msg"); echo "<br>"; $this->html_submit("　書き込む　"); $this->html_form_end(); } http://medaka.5ch.io/test/read.cgi/php/1172205352/488

489: nobodyさん [sage] 2008/02/23(土) 20:54:28 ID:??? // function Write_HTML_foot(){ $this->html_foot(); } // function Write_HTML_data($line){ echo "<b>タイトル：</b>"; echo $line->GetName(); echo "<br>"; echo "<b>メッセージ：</b>"; echo $line->GetMsg(); echo "<hr>"; } } この中のどこがコントローラで判断させるべき処理なんだ？ http://medaka.5ch.io/test/read.cgi/php/1172205352/489

490: nobodyさん [sage] 2008/02/23(土) 20:57:01 ID:??? >>487 OOPはフレームワークを題材に、OOPの話をするスレならプログラム板だろ？ 初心者だらけの、ここよりも良レスが来ると思うんだが ＰＨＰにこだわる理由がわからない ＷＥＢでのフレームワークならどれも仕組みは同じだろうに じゃあperlでＯＯＰ、rubyでＯＯＰていうスレが無いのは何でなんだ？ http://medaka.5ch.io/test/read.cgi/php/1172205352/490

491: nobodyさん [sage] 2008/02/23(土) 21:21:33 ID:??? function GetNextData(){ if( $line = fgets($this->m_file_hd, 1024) ){ $line2 = split($this->m_pause_chr, $line); $ans = new Line(); $ans->SetData($line2[0], $line2[1]); }else{ $ans = ""; } return $ans; } これは下記がいいだろ？ function GetNextData(){ $ans = ""; if( $line = fgets($this->m_file_hd, 1024) ){ $line2 = split($this->m_pause_chr, $line); $ans = new Line(); $ans->SetData($line2[0], $line2[1]); } return $ans; } http://medaka.5ch.io/test/read.cgi/php/1172205352/491

---

ﾒﾓ帳

(0/65535文字)

---

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

---

あと 403 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.019s