PHPでOOP
■ このスレッドは過去ログ倉庫に格納されています
00011 ◆SWtzLesEmM
2007/02/23(金) 13:35:52ID:???プロシージャ指向（手続き型、構造化プログラミング）でもできますが、
オブジェクト指向を使った場合の恩恵を享受するために、
PHPでオブジェクト指向プログラミングの勉強をしてみましょう。
＜目的＞
PHP5でオブジェクト指向プログラミングを行なうための知識を習得する。
（PHP4のOOPもOK、このスレが1000に行く前にPHP6が出たらPHP6のOOPもOK）
＜方向性＞
・このスレは、プログラミング初心者、PHP初心者の勉強の場として利用することを前提にします。
・PHPのOOPの話題に限定します。
（Ruby、Python、Javaなど他言語のOOPについては、その言語のスレッドでお願いします。）
・PHPのOOP学習に役立つ本、WEBサイトの紹介をお願いします。
＜その他＞
・略記は、「OO」＝「オブジェクト指向」、「OOP」＝「オブジェクト指向プログラミング」でお願いします。
・質問をする人はなるべくトリップを付けましょう。
・荒らし、煽り、叩き、気違いは無視・無干渉でお願いします。
このスレで、今日から貴方もOOP！！！＼(^o^)／
0528nobodyさん
2008/02/25(月) 12:02:29ID:???２ちゃんを利用するというのが問題あり
0529nobodyさん
2008/02/25(月) 12:06:47ID:???アフィリエイトされていると、それがどこかで告知されて、
大きく騒がれると思う。このスレに厨を沢山呼ぶことにも
なりかねない。
記念パピコとかが大量に来るので、１は早急にアフィリエイトは
辞めるべきだと思う。
0530nobodyさん
2008/02/25(月) 12:07:12ID:???それができないのも仕方がない。
0532nobodyさん
2008/02/25(月) 12:34:45ID:???まとめサイトで書籍紹介するのも始めてみて正直びびった
05331 ◆SWtzLesEmM
2008/02/25(月) 12:50:47ID:???>>517
2chでソースコードを投稿（>>36-50）したら、>>53さんが「わかりにくいからWebサイトにまとめてくれ。」とアドバイスしてくれました。
とりあえず、無料サーバ（XREA）にまとめサイトを設置しましたが、XREAは広告を表示するようになっているので仕方ないですね。
ttp://www.xrea.com/?action=ad
>当サイトは、無料運営のため、広告コードを自分で挿入する、または、自動的に挿入して頂く必要があります。
>>521
アドバイスどうもありがとうございます。
PukiWikiPlusのamazonプラグインに付いていたプラグイン作者さん？のアフィリエイトコードは外しました。
>>526
CGM型のサイトを運営して収益が出る場合、運営者だけが利益を得て、参加者に利益が還元されないと、不公平＝不満に感じる人もいるかもしれませんね。
このまとめサイトは、ソースコード置き場＋自分のメモという感じで使っていますが、利益が出せるでしょうか？
営利目的の企画として行なうなら、企業や出版社等に運営してもらった方が、本格的になっていいかもしれませんね。(^^;
…どこかで「PHPでOOP」講座を作ってもらえないでしょうか？＞PHPプロさんとか？
>>527
勉強するとき、本を読む人っていますよね？
本は読まない人もいると思いますが、本の情報も調べたのでついでにまとめました。
0534nobodyさん
2008/02/25(月) 12:58:27ID:???１がコテハン使ってスレをリードするのおかしいやろ？
まとめサイトも１が作るのちゃうやろ
名無しがやることやろ
0535nobodyさん
2008/02/25(月) 13:00:22ID:???長くレスが続くなら
それは本当に需要のあるスレであって
１が作り上げたスレになってるやん
0536nobodyさん
2008/02/25(月) 13:14:26ID:???１（個人）に利益が出てたら、必ず騒ぐ人が出てくる。
しかし、利益が出てなければ、その旨を断っておけば、
騒いでいる意見は無視しておけば、しばらくすれば蒸発
すると思う。
0537nobodyさん
2008/02/25(月) 13:18:05ID:???俺は１ではないが。
> １の目的がよくわらん。
スレタイの通り。PHPでOOPを勉強する。
> １がコテハン使ってスレをリードするのおかしいやろ？
何がおかしいのかがわからん。
こうあるべきだとかいうガイドラインでもあるわけ？
> まとめサイトも１が作るのちゃうやろ
> 名無しがやることやろ
お前のローカルルールを押し付けるな。
１がまとめサイトやめたら変わりにお前がやるのか？
0539nobodyさん
2008/02/25(月) 13:27:10ID:???広告目的以外に見たことないんだけどｗｗｗ
0540nobodyさん
2008/02/25(月) 13:30:31ID:???0542nobodyさん
2008/02/25(月) 13:35:25ID:???スレ主がまとめサイト作ってるスレどこにあるんだよ？
0543nobodyさん
2008/02/25(月) 13:36:07ID:???0544nobodyさん
2008/02/25(月) 13:39:24ID:???自分の存在を認められたいだけのオナニスレだよ
0545nobodyさん
2008/02/25(月) 13:44:21ID:???このスレは１の自己満足以外に何も生まれないよ結果としてね
0546nobodyさん
2008/02/25(月) 13:45:42ID:nYfgU4lL何で君はスルーができないの？
誰も書き込まなければそのまま消えていくんじゃないの？
0547nobodyさん
2008/02/25(月) 13:46:57ID:???よほど腕に自信がある奴か
初心者相手に自己満足したい奴かのどっちか
0548nobodyさん
2008/02/25(月) 13:47:30ID:???君の語りを見てオナニレスてことに確信がもてたよ
これらのレスは君の自己満足以外に何も生まれないよ結果としてね
0550nobodyさん
2008/02/25(月) 13:52:02ID:???0551nobodyさん
2008/02/25(月) 13:54:58ID:???俺は１じゃないんだけどな。言い返せなくてそれしかいえないんだな。
それにお前がここに常駐する意味はないよな。
0552nobodyさん
2008/02/25(月) 13:58:28ID:???0553nobodyさん
2008/02/25(月) 14:52:48ID:???0554nobodyさん
2008/02/25(月) 17:26:59ID:???て
ま
い
り
ま
し
た
0555nobodyさん
2008/02/26(火) 10:28:32ID:???恐ろしいほどさびれてんねｗ
１だけがＰＨＰでＯＯＰに興味があって
その興味を無理矢理に広めようとしてる
このスレの落胆ぶり見ればよくわかるｗｗｗ
0556nobodyさん
2008/02/26(火) 12:06:28ID:???クラス化されて、プログラマはそれを使ってるという程度の話でしかないから、OOPそのものの話が盛り
上がらないのは、当然といえば当然。
0557nobodyさん
2008/02/26(火) 14:01:10ID:???0558nobodyさん
2008/02/27(水) 22:15:02ID:???やはり1が何をしたいのかよくわからん
0559nobodyさん
2008/02/28(木) 00:08:29ID:???0560nobodyさん
2008/03/01(土) 01:04:42ID:???乗せられたボランティアからの不満が噴出。
ありがち。そして解散。ありがち。
0561nobodyさん
2008/03/02(日) 15:48:10ID:???営利団体なら意味はわかりますが
0562nobodyさん
2008/03/02(日) 16:50:51ID:???必死どころか、やる気があるのかと言いたい。
2007
02/23 02/24 02/27 02/28 05/12
06/12 07/06 07/11 07/26
2008
01/29 02/02 02/06 02/10 02/17
02/24 02/25
0563nobodyさん
2008/03/02(日) 20:21:37ID:???0564nobodyさん
2008/03/02(日) 23:43:21ID:???別に興味ないやつはスルーでも何でもしときゃいいと思う。
0566nobodyさん
2008/03/10(月) 14:48:07ID:???0567nobodyさん
2008/03/17(月) 07:13:22ID:???0569nobodyさん
2008/04/20(日) 09:34:37ID:???0570nobodyさん
2008/05/24(土) 06:41:54ID:???0571nobodyさん
2008/06/16(月) 13:47:07ID:???0572nobodyさん
2008/06/17(火) 12:52:46ID:???やはりC言語は、一度は学んでいた方が良いな。
Javaからプログラムに入ったから、PHPのOOPでアロー演算子使うのにとても違和感あったのだけど、
Cの構造体を知って、ドットシンタックスよりアロー演算子の方が正統派と思えるようになった。
0573nobodyさん
2008/06/17(火) 13:01:04ID:???0574nobodyさん
2008/06/17(火) 16:56:31ID:???0576nobodyさん
2008/07/27(日) 23:15:55ID:???また時間がとれたら舞い戻ってきます。よろしくｗ
0577nobodyさん
2008/08/09(土) 20:52:22ID:???0578nobodyさん
2008/08/19(火) 00:44:43ID:???0579nobodyさん
2008/08/28(木) 21:10:25ID:???05801 ◆SWtzLesEmM
2008/09/02(火) 15:51:27ID:w90kCMMOhttp://www.amazon.co.jp/dp/4798110558/
モデルとプロセスをめぐる冒険
「モデリング」ということについて調べてみると、いろいろノウハウがあるようです。
0581nobodyさん
2008/09/27(土) 22:23:48ID:???0582nobodyさん
2008/10/06(月) 00:30:42ID:???0583nobodyさん
2008/10/24(金) 23:26:54ID:???0584yodobashi
2008/10/26(日) 01:15:24ID:???http://detail.chiebukuro.yahoo.co.jp/qa/question_detail.php?qid=1220150877
506 ：目のつけ所が名無しさん：2008/10/26(日) 00:47:20
大手ＥＣサイトで、ここまで派手なリリース失敗は初めて見た。
エンジニア向けＩＴ情報誌や関連サイトは、ぜひ取材して原因を明かして欲し
いは。
0585nobodyさん
2008/11/05(水) 20:43:48ID:???0586nobodyさん
2008/11/13(木) 23:12:08ID:???0587nobodyさん
2008/11/15(土) 09:19:30ID:???糞スレに対してその執念が怖いんだが。。。
0588nobodyさん
2008/11/23(日) 22:46:31ID:???0589nobodyさん
2008/11/29(土) 11:22:40ID:???http://www.ibm.com/developerworks/jp/opensource/library/os-php-7oohabits/
PHP での適切な OO の習慣を身につけることによって、より安定していて、保守が容易で、拡張も容易にできるアプリケーションを作成することができます。そのためには、次のことを忘れないでください。
* 控え目である
* 良き隣人である
* メドゥーサを見ないようにする
* 結びつきを極力弱くする
* 結束性を高める
* 家族の一員として扱う
* パターンで考える
こうした習慣を身につけ、使いこなせるようになると、皆さんはきっとアプリケーションの品質が変わったことに驚くはずです。
0590nobodyさん
2008/11/30(日) 22:51:36ID:???英語の翻訳だからなのかな。
「メドゥーサを見ないようにする」なんて飛躍した比喩表現では
イメージつかないだろｗ
0591nobodyさん
2008/11/30(日) 23:12:38ID:???パクりblog乙
0592nobodyさん
2008/12/01(月) 12:13:27ID:YUzphIUVメデューサの項目でインタフェースを使う意義って何？
ファクトリーパターンの利点しか説明してないような気がするんだが
0594nobodyさん
2008/12/04(木) 18:30:24ID:???0595nobodyさん
2008/12/14(日) 06:43:35ID:???<?php
class A
{
function foo()
{
echo 'hello <br>';
}
}
$a = new A();
$a->foo();
$b=new A();
$b->foo();
?>
0596nobodyさん
2008/12/15(月) 02:03:44ID:???フレームワークを作るとか、フレームワークを使うとかじゃなくてさ。
考え方を学ぶためにみてみたいんだけど。
過去ログにあるように、つい、MVモデルになってしまうもんで。
0597nobodyさん
2008/12/15(月) 03:35:20ID:???0598nobodyさん
2008/12/15(月) 12:27:44ID:???簡易なMVCモデル
と検索させる
ttp://www.google.com/search?client=safari&rls=ja-jp&q=簡易なMVCモデル&ie=UTF-8&oe=UTF-8
ドゾ...
0599nobodyさん
2008/12/16(火) 10:49:27ID:???過去ログ読み直してみても、何処が批判されているのかが分からん。
Viewはこれでいいと思うのだが。
0600nobodyさん
2008/12/16(火) 10:56:49ID:???ひょっとして、「Viewではhtml出力をしてはいけない」という考えを示している
ということなのか？
html出力は別のクラスに任せるべきで、Viewはそのクラスのインスタンスの生成
と実行までを行うべきだという視点で批判してるとか。
0601nobodyさん
2008/12/16(火) 11:17:25ID:???0602nobodyさん
2008/12/16(火) 12:52:53ID:???批判している書込みは>>479です。
「に」のサンプルが、（コーディングにかかわるルール以外で）
MVCの設計はこれで良いのかがあいまいなまま終わってる気がします。
0604nobodyさん
2008/12/16(火) 19:38:24ID:???0605nobodyさん
2008/12/16(火) 19:50:24ID:???0606nobodyさん
2008/12/17(水) 01:23:14ID:???ttp://www13.plala.or.jp/naka_jima/php/chapter12.html
0607nobodyさん
2008/12/17(水) 01:36:07ID:???0608nobodyさん
2008/12/17(水) 03:42:22ID:???それとも、非常に単純なクラス構成でMVCを実現しようという考えが間違いとか？
0609nobodyさん
2008/12/17(水) 04:51:02ID:???0610nobodyさん
2008/12/17(水) 10:09:45ID:???View や Model 1つに対して1ファイルみたいだけど、ファイル量半端ないことになりそう。
0611nobodyさん
2008/12/17(水) 14:15:45ID:???でも、MVCってわりとファイル多めだよな！
1ファイルのコード量、大して多くないけど
0612nobodyさん
2008/12/17(水) 15:06:27ID:???0613nobodyさん
2008/12/17(水) 17:53:39ID:???汎用性を考えて作ろうとするとなおさらだ。それはしかたがないのかも。
そこをあえて、フレームワークや外部のモジュールなどを使わずに
非常にクラス数を少なくしてやってみたいなと思うんだけどね。
MVCの理解の一環として。
0614nobodyさん
2008/12/17(水) 20:20:24ID:???0615nobodyさん
2008/12/18(木) 01:34:16ID:???class Framework{
// コントローラー
public function controller(array $inp){
$model = $this->model($this->di('Action', $this->di('Action_Mapper',$inp));
$this->view($model);
}
// モデル
protected function model(Action $actions){
return $action->do();
}
// ビュー
protected function view($model){
print ($this->di('View_Helper', array($model));
}
// DIコンテナ
protected function di($class, $options){
return new $class($options);
}
}
class HelloWorld extends Frameworkd{}
App::controller($_GET);
0616nobodyさん
2008/12/18(木) 01:36:48ID:???0617nobodyさん
2008/12/18(木) 01:37:24ID:???0618nobodyさん
2008/12/18(木) 08:21:41ID:???最低限といっても、ファイルを読み込んで表示とか、書き込みとかの処理まで
出来る機能を持ったほうがコントローラとビューの違いが明確に分かりやすく
なると思うんだけど。
0619nobodyさん
2008/12/18(木) 10:48:40ID:???ってところで迷う。
時々、曖昧なのが出てきちゃう。
0620nobodyさん
2008/12/18(木) 11:48:41ID:???ここで事例を通じて具体的な意見を交わしていけばどうかな？」
例えば・・・
掲示板
■コントローラ：処理の内容を判断するクラス
・プログラムが実行された時、一番最初に実行される
・POSTの値をみて、以下の処理にてどれに該当するかを判断する
・データを表示する
・データを書込む
・編集用のフォームを表示する
■ビュー：htmlのレイアウト表示を担当するクラス
・以下のメソッドを持つ
・データをhtmlで表示する
・データ編集用htmlを表記する
■モデル：データファイルを管理するクラス
・ファイルの読み込み、書込みをする
・外部とは１件分のデータはBBSLineクラスでやりとりする
0621nobodyさん
2008/12/18(木) 12:24:15ID:???『■コントローラ：処理の内容を判断するクラス 』の
> ・データを表示する
> ・データを書込む
『 ■モデル：データファイルを管理するクラス 』の
> ・ファイルの読み込み、書込みをする
って、意味が重複しているような感じがするのですが...
ならば、
■コントローラ：処理の内容を判断するクラス
・モデルからデータを受け取る
・モデルにデータを渡す
とかでは、おかしいですか？
0622nobodyさん
2008/12/18(木) 12:52:00ID:???>>620じゃないけど。
・データを表示する
・データを書込む
・編集用のフォームを表示する
実際に上記の作業をするのは View と Model だよ。Controllerがするわけじゃない。
コントローラーはどれがリクエストされたかを判断して、適切な Model と View を呼び出す。
0624nobodyさん
2008/12/18(木) 20:10:31ID:???それとも必ずC経由？
C経由の場合、Mをなるべく疎結合になるように細分化してると、
Cの各Actionに書くロジック量が半端なく多くなってくるんだよね。
（Aデータを取ってきてBデータを取ってきてBをCバリデータに通してAとBを基にDを作成して・・・みたいな）
一つのAction内にロジックが増えるのもどうかと思うし、それって新しいモデルじゃんという気もしてこないでもない。
0625nobodyさん
2008/12/18(木) 20:23:33ID:???俺はM同士で連携するかたちでも良いと思うけどね。
CからMを見た場合、あるまとまった処理単位でメソッドを呼び出す形であることが
重要だと思うから。
CがMを使うときは必ずメソッドＡ呼び出してメソッドＢ、メソッドＣを実行しなければならない。
さらに、そういう３連呼び出しがCの中に何箇所か書かれているなんていうのは再利用性などが
悪くなると思うから。
0626nobodyさん
2008/12/19(金) 16:35:55ID:???■ このスレッドは過去ログ倉庫に格納されています