PHPでOOP

1 ◆SWtzLesEmM · 2008/02/17(日) 23:11:41

>>324
>>335
掲示板スクリプトの改善、どうもありがとうございます。(*^^*)v

↓動作サンプルを設置しました。

http://ssurl.net/n777
http://ssurl.net/ioah

**nobodyさん** · 2008/02/22(金) 09:37:11

フレームワークをみてみろとアドバイスをしてくださってる方は、
もう少し具体的なアドバイスを出して欲しい。
具体的に、どんなフレームワークの構造を見て、どんなことを
学んだのかなどをあわせて出してくれたら、勉強もしやすいと
思うのですが。

**nobodyさん** · 2008/02/22(金) 09:52:27

お前は人に逐一指示されないと何にもできないんだな

**nobodyさん** · 2008/02/22(金) 09:59:49

フレームワークはどこに行けば手に入りますか？

**nobodyさん** · 2008/02/22(金) 11:02:18

>>449
漠然としすぎていて良く分からないのである程度は具体例が
欲しいという意味なのですが。

>>450
こちらへどうぞ
【PHP】フレームワークについて語るスレ10【総合】
http://pc11.2ch.net/test/read.cgi/php/1202521438/l50

**nobodyさん** · 2008/02/22(金) 11:21:05

>>451
そのくらい自分で探せよという意味なのですが

**nobodyさん** · 2008/02/22(金) 11:36:33

>>451
自分でDBの抽象化を考えてみて、クラスの定義だけでも書いてみろ。
その後にZFのZend_DBを見て、自分のとどう違うか、なぜそうなっているのかを考えろ。

それから、偉そうな態度で教えてもらおうと思うな。

**nobodyさん** · 2008/02/22(金) 11:50:38

別に偉そうじゃないだろ。
むしろお前のほうが偉そうだ。
何被害妄想してるんだｗ

**nobodyさん** · 2008/02/22(金) 12:50:26

本気でOOP勉強したい人はまずPHP止めないと・・
PHPの世界にOOPの参考になるものがどれほどある？
javaやらずOOP出来ましたってありえないでしょ。

**nobodyさん** · 2008/02/22(金) 12:58:24

>>455
OOP勉強するなら、SmallTalkだな。
Javaとかアフォ？ｗ

**nobodyさん** · 2008/02/22(金) 13:04:24

本気でOOP勉強する為にPHPをやめる必要は無い。
PHP使いながら、OOP勉強すればいいだけ。

本気でOOP勉強をするなら、非実用的な言語も含めていろいろな
言語を使うことになる。そしてそれらが実用的かというと別の問題。

いくらsmalltalkでOOPをマスターしました！とかいっても
それでウェブサービスを作ることはまずありえないんだから

手段と目的を逆にしないようにね。

**nobodyさん** · 2008/02/22(金) 13:04:45

その論争は、きりが無いから、マ板とかのOOPのスレでやって欲しい。
「スクリプトの世界ならRubyだろ。」とか、結論が見えてこないし、
このスレの趣旨とは違うと思う。

**nobodyさん** · 2008/02/22(金) 13:06:38

>>457は非常にすばらしいことを言ったと思う。

**nobodyさん** · 2008/02/22(金) 13:13:27

確かにPHPでOOPの解説をしている情報は非常に少ないので、
勉強の際はjavaやC#などの情報を読みながらやることになると思う。
しかし、PHPを辞めるまでする必要性は無いと思う。
言いたいのは「OOPの勉強するのなら、PHPに限定してはいけないよ。」
じゃないの？

**nobodyさん** · 2008/02/22(金) 13:16:21

本気で勉強する為にPHPをやめた。
そしてOOPをマスターした。

しかし、Javaでは共有サーバーで動くソフトを作れなかった。
多くのオープンソースアプリはPHP製だった。

OOPをマスターしたが、何も出来なくなった。完。

**nobodyさん** · 2008/02/22(金) 13:27:17

前から思ってたんだが、頭の悪い人間が粘着してるな。
自分がどんな風に思われてるかも分かってないんだろうなｗ

**nobodyさん** · 2008/02/22(金) 13:58:48

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

**nobodyさん** · 2008/02/22(金) 14:19:47

PHPでOOPする為に別の言語でOOPの勉強をする。
自分の為に必要だからやるだけ。

**nobodyさん** · 2008/02/22(金) 14:42:14

>>463
うん。だからさ勉強・研究の為の言語と
実用・開発の為の言語は別なの。

**nobodyさん** · 2008/02/22(金) 17:56:13

このソースの解析をがんばればいろいろ見えてくるだろうけど、
一人じゃ到底無理だろうな。別スレでも立てて、解析して
ドキュメント作ろう！見たいなことやってみる？

Visual Studio 2008で見る.NET Frameworkのソースコード
http://www.atmarkit.co.jp/fdotnet/insiderseye/20080222sourcecode/sourcecode.html
> 公開されたソースコードには（もちろん英語だが）多くのコメントが入っており、
> ローカル変数名も元のままの“生”のソースコードである。
> そしてそれがVisual Studio 2008でシームレスにトレースできるようになる

**nobodyさん** · 2008/02/23(土) 08:39:50

>>447
サンプル見たけど
Viewで変数が入らないとこで”を使ってる意味がわからない
”と’の使い方間違ってると思う
面倒な使いわけするならsprintfという手もある

パラメータ変数が渡ってくる
switch文のcaseに頭文字を大文字にしてる意味がわからない

**nobodyさん** · 2008/02/23(土) 08:44:08

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

なんでダブルクォートやねん

**nobodyさん** · 2008/02/23(土) 09:12:10

>>447

class View_Baseは
helper的な役割だからいいとしても

View_List
View_WriteFinish

コントローラで判断させるべき機能が
Viewで書かれてるし
テンプレート化されてないのもあって
ぐちゃぐちゃですね。
ここがＯＯＰ構造を理解しにくい作りになってる

コントローラは面倒でもＯＯＰ理解するには必要だ
理解しやすくするためにテンプレート化も必要

**nobodyさん** · 2008/02/23(土) 09:19:29

>>447
本来コントローラとModelがやりとりする部分が
コントローラが無いために
Ｖiewで処理されてる

ＭＶモデルですね！
ＯＯＰ構造化理解のためには
面倒でもＭＶＣモデルじゃないと
初心者を間違った方向に導きますよ！！

**nobodyさん** · 2008/02/23(土) 12:22:21

>>469
具体的にどうすればいいの？
条件分岐してないから切り分けは良さげに見えたんだが。
viewは機能ごとの静的HTML吐くのとは違うの？

**nobodyさん** · 2008/02/23(土) 13:43:29

http://www.microsoft.com/japan/msdn/practices/type/Patterns/enterprise/DesMVC.aspx

これの

アクティブモデルは、コントローラとは関係なくモデルで状態が変更される場合に使用されます。
これは別のソースでデータが変更され、この変更をビューに反映する必要がある場合に起こります。
株価相場表示を例に考えてみます。株価データが変更された場合、外部ソースからデータを受け取り、チッカーバンドや警告ウィンドウなどのビューを更新する必要があります。
モデルの内部状態の変更が検知できるのはモデルだけなので、モデルからビューに表示を更新するよう通知する必要があります。

って、hoge.php?param1=aaa¶m2=iiiみたいなリクエストを解析してコントローラがそれに応じたビューを選択して云々
ではなくて、例えばブログだったら記事テーブルにまだ一つもデータが無いときは「まだ記事が登録されていません」のビューをモデルが選ぶ、ってことかい？

だとしたらどうやって実装したらいいんだろ・・・

そのモデルを使用するビューをモデルに登録しておいて、モデルのデータによって分岐させて使うビューを選択。そのときにビューは出力に必要なデータをモデルからひっぱりだす

MSDNは書き方がやたらめんどいぜ

**nobodyさん** · 2008/02/23(土) 13:56:50

コントローラがリクエスト解析
↓
そのリクエストにおいて必要なモデルのインスタンス生成
↓
モデルのメソッド呼び出す
↓
選択したビューのupdate呼びだして出力に必要な変数定義
↓
モデルがビューの出力するメソッドを呼ぶ

ビューはモデルからの変更を受け付けるupdateメソッドと出力するためのputHtmlメソッド持つインターフェイスを実装する

なんか間違ってますか＞＜　教えてください！＞＜

**nobodyさん** · 2008/02/23(土) 14:42:12

なんですでにあるフレームワークを参考にしない？

**474** · 2008/02/23(土) 14:43:18

474は無視してくれ

**474** · 2008/02/23(土) 15:11:03

>>472
それはようするに、株価データのようにユーザーが
ページを更新しなくてもデータが更新されるときの話。

コントローラがモデルからデータ引っ張ってきて
そのデータをビューに渡して表示という処理は変わらない。
↑この処理を、普通は「URLを開いた」というタイミングで行っているわけ。

しかし、そのタイミングだと株価データ表示のようなリアルタイムでの表示は難しい
人間がF5を押す必要がある。この場合も更新されているとは限らず無駄に負荷が高くなる。

それを（ウェブアプリ以外では）モデルからデータが変更されたよーと
コントローラ・ビューに通知し、その通知が来たタイミングでコントローラ・ビューが
モデルからデータを引っ張ってきて（ｒｙ）という設計方法がある。
それが>>472で言っていること。

モデルに対して、コントローラやビューを「変更あったら俺に通知してくれ」
登録することでそれを実現する。
（データに変更があったらコントローラ・ビューのこの関数を呼び出してくれとモデルに登録する）

でも、この設計。モデル（つまりサーバー）から変更の通知をすることになるので
ウェブアプリでは一工夫必要になる。結局は、JavaScriptを使って
一定ごとに変更チェックをすることになるわけだが、まあそれをAjaxとかの技術で
非同期的にバックグラウンドで行うことにより、見た目上はサーバーから
変更通知がくるような感じに出来るんでしょ？やったこと無いけど。
その通知を元に、画面の一部、もしくはすべてを再描画する。

あとは詳しい人に任せた。

**nobodyさん** · 2008/02/23(土) 17:10:06

>>476
レス㌧

オブザーバパターンはWebアプリに不向きなのかー。

じゃあ、
//コントローラの実行メソッド
public function doExecute(){
if($this->model->getArticleNum() === 0){
$message = '記事がまだ一つもありません';
require_once('./template/Error.php');
}else{
$this->view->putHtml();
}
}

こういう、コントローラがモデルからデータ引っ張ってきて分岐して、ビューを選択する、ってのはアリなのかな？

ちょっとCakePHPとかの資料ググってくるは

**nobodyさん** · 2008/02/23(土) 17:50:55

そういう場合Comet使うんじゃね？
Cometすげえ！って大騒ぎになってたころ資料見ても俺には何がなんだか理解できなかったけど

**nobodyさん** · 2008/02/23(土) 20:15:50

１を含めてコントローラの役割が全然わかってないんだよ！
ＭＶモデルになってるんだよ！
CakePHP、symfonyのソースをよく解読してみろよ！
１のサンプルにはＶＩＥＷにコントローラで処理するコードかいてあるんだぜ！

**nobodyさん** · 2008/02/23(土) 20:21:31

ＰＨＰでＯＯＰを追求すると
結局はＭＶＣモデルのフレームワークにテーマが行き着くんだよね
だったらＰＨＰフレームワークのスレと同じじゃんて感じで
ここでＯＯＰを議論するときは
ＭＶＣモデル以外を議論の対象にしたいよ

**nobodyさん** · 2008/02/23(土) 20:27:22

>>478
ワロタ。目からうろこｗ
httpってのはクライアント（ブラウザ側）から聞くことしかできないんだ。
どうやってもサーバーから話しかけることはできない。

だから、たとえば一分おきに、
「データ変わったかい？」「変わってねーよ」
「データ変わったかい？」「変わってねーよ」
「データ変わったかい？」「変わってねーよ」
「データ変わったかい？」「変わってねーよ」
「データ変わったかい？」「変わったよ！」

って聞かないといけない。たとえ4分半の時点でデータが変わっていても
5分後に聞くまでわからない。Cometというのは、
「データ変わったかい？」・・・・・・・・・・・(4分30秒後)「変わったよ！」・・・（数分後）「また変わったよ！」
とこうなる。

本質的にはクライアントから聞いているわけだが、変更があるまで
みのもんたみたいにずっと溜めてから返答するため、
負荷の軽減とリアルタイムな通知が実現できるというわけ。

しかし、いまさらだけどhttpで無茶やりすぎだｗ

**nobodyさん** · 2008/02/23(土) 20:30:12

例え巧すぎﾜﾛﾀ

**nobodyさん** · 2008/02/23(土) 20:32:35

>>479
だから具体的にどこがだよ？

**nobodyさん** · 2008/02/23(土) 20:35:35

>>480
> ＰＨＰでＯＯＰを追求すると
> 結局はＭＶＣモデルのフレームワークにテーマが行き着くんだよね

それはPHPに限らず。

そもそもOOPが一番よく使われるのは、フレームワーク部分なんだよ。
OOPはフレームワークを作るときに使うものといっても過言じゃない。

通常のビジネスロジック部分は基本的に単純な命令の集まりになるので
OOPを使っているという感じは無くなる。

**nobodyさん** · 2008/02/23(土) 20:43:56

>>484
だから結局フレームワークの議論になるんなら
このスレの意味が無いんだよ

**nobodyさん** · 2008/02/23(土) 20:45:46

>>483
>>469

**nobodyさん** · 2008/02/23(土) 20:49:01

>>485
フレームワークスレは、フレームワークの比較などを話すスレ
OOPはフレームワークを題材に、OOPの話をするスレ

おｋ？

**nobodyさん** · 2008/02/23(土) 20:53:31

>>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 "[メッセージを投稿する] ";
$this->html_input_hidden("PAGE", "Write");
echo "タイトル： ";
$this->html_input_text("title");
echo " ";
echo "メッセージ： ";
$this->html_textarea("msg");
echo " ";
$this->html_submit("　書き込む　");
$this->html_form_end();
}

**nobodyさん** · 2008/02/23(土) 20:54:28

//
function Write_HTML_foot(){
$this->html_foot();
}
//
function Write_HTML_data($line){
echo "タイトル：";
echo $line->GetName();
echo " ";
echo "メッセージ：";
echo $line->GetMsg();
echo "<hr>";
}
}
この中のどこがコントローラで判断させるべき処理なんだ？

**nobodyさん** · 2008/02/23(土) 20:57:01

>>487
OOPはフレームワークを題材に、OOPの話をするスレならプログラム板だろ？
初心者だらけの、ここよりも良レスが来ると思うんだが
ＰＨＰにこだわる理由がわからない
ＷＥＢでのフレームワークならどれも仕組みは同じだろうに
じゃあperlでＯＯＰ、rubyでＯＯＰていうスレが無いのは何でなんだ？

**nobodyさん** · 2008/02/23(土) 21:21:33

**nobodyさん** · 2008/02/23(土) 21:36:01

// データを１行読み出す。
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;
}

変数名の最後に数字使うのは初心者だろ？
もしコード拡張で数値計算が入ったら紛らわしい

**nobodyさん** · 2008/02/23(土) 21:39:32

// データを最後に追記する。
function AddLast($title, $msg){
// ファイルを開く
$hd = fopen($this->m_file_name , "a");
// データを書き込む
$line = $title . $this->m_pause_chr . $msg . "\n";
fwrite($hd, $line);
// ファイルを閉じる
fclose($hd);
}

なんでflock入れないの？

**nobodyさん** · 2008/02/23(土) 21:47:30

$line2 = split($this->m_pause_chr, $line);

はこれの方がわかりやすいだろ？

list($name,$msg) = split($this->m_pause_chr, $line);

**nobodyさん** · 2008/02/23(土) 21:52:46

**nobodyさん** · 2008/02/23(土) 21:55:49

変数にオブジェクトが入ってくるなら
初期化はこうだった

function GetNextData(){

$ans = null;
if( $line = fgets($this->m_file_hd, 1024) ){
　list($name,$msg) = split($this->m_pause_chr, $line);
　$ans = new Line();
　$ans->SetData($name, $msg);
}

return $ans;
}

**nobodyさん** · 2008/02/23(土) 22:04:10

else{
$ans = "";
}

これ全部

$ans = null;
に初期化に変えて
elseとっぱらった方がいいよ

返り値はオブジェクトが入ってるか入ってないかという処理なのに
空文字を返すのよくないよ！

**nobodyさん** · 2008/02/23(土) 22:44:30

まぁ空文字もnullも演算子によっては同様にfalse扱いできるという点がPHPの特徴なわけで

**nobodyさん** · 2008/02/24(日) 05:50:47

>>490
> じゃあperlでＯＯＰ、rubyでＯＯＰていうスレが無いのは何でなんだ？
人気が無い言語だからｗ

**nobodyさん** · 2008/02/24(日) 11:09:06

プログラム初心者がPHPだけでOOPを習得するのはほぼ不可能に近いと思う。
OOP習得が目的ならあまりにも無謀だし、全くもって得策ではない。

フレームワークとか利用しても、ユーザが$_POSTとか直接呼べちゃうと
結局OOPの意味が無いんではないだろうか？むしろそれが出来てしまうPHPは
OOP理解には全く向いていない言語だとも思うのだ。

でも不完全ながら、PHPでOOPっぽくコーディングすること自体は楽しいと思う。

**nobodyさん** · 2008/02/24(日) 11:31:24

>>500
> プログラム初心者がPHPだけでOOPを習得するのはほぼ不可能に近いと思う。
どんな言語でも当たり前。

> フレームワークとか利用しても、ユーザが$_POSTとか直接呼べちゃうと
> 結局OOPの意味が無いんではないだろうか？
まったく関係ない。

**nobodyさん** · 2008/02/24(日) 14:04:04

PHPでＯＯＰするには
初心者じゃ無理だよ
オブジェクトの設計は上手に出来ても
コーディングレベルで初心者ならではのミスが目立つ

**nobodyさん** · 2008/02/24(日) 14:08:38

ＰＨＰでＯＯＰ勉強は適してないよ
JAVA,C#,rubyみたいに
ＯＯＰを前提として作られた言語じゃないからね

**nobodyさん** · 2008/02/24(日) 15:14:16

「PHPでOOPは」みたいな話は何度も出てるのに、いつも具体的な話にならないのは何で？

**nobodyさん** · 2008/02/24(日) 15:31:22

お前に知識がないから

**nobodyさん** · 2008/02/24(日) 15:37:16

(　´･∀･`)へｰ

**nobodyさん** · 2008/02/24(日) 15:38:42

関係なくはないよ。グローバル変数として、どこからでも呼べちゃうんだから、カプセル化できてないってことになる。
だいたい$_REQUESTや$_SESSIONがオブジェクトじゃなくって、変数な時点で、PHPのウェブアプリでオブジェクトなんて使うなっていう、PHP開発者からのメッセージと理解すべき。

**nobodyさん** · 2008/02/24(日) 15:44:11

グローバル変数が使えたら、カプセル化できない言語ってことになるのか。
そりゃすごい。

**nobodyさん** · 2008/02/24(日) 16:03:09

俺も、>>469に書いてる、コントローラで判断させるべき処理の具体的な
コードを教えて欲しい。
このコードの話が質問されても出ていないのはなぜ？フレームワークを
使わないと、理論を完全に実現できないとかそういう話だから？

**nobodyさん** · 2008/02/24(日) 16:19:48

>>479=486も結局答えられてないしな。
だめだだめだと言うものの、何故だめなのか、どう書けばいいのかということには答えられない低レベル批判厨なのさ

**nobodyさん** · 2008/02/24(日) 19:08:42

また見えなくすることをカプセル化と勘違いしてる高レベルプログラマさんのお出ましだ

1 ◆SWtzLesEmM · 2008/02/24(日) 19:49:37

>>1 ◆SWtzLesEmM ：2007/02/23(金) 13:35:52

このスレも１周年を迎えてましたね！
…時間が経つのは早いなー。＞＜

１年前からあまり進歩してないのは気のせい？(・∀・)

1 ◆SWtzLesEmM · 2008/02/24(日) 19:50:55

>>487
PHPでOOPを勉強するとき、フレームワークは良い見本になりますね！

>>490
>ＰＨＰにこだわる理由がわからない
ホームページ作成でPHPの勉強を始めました。
プログラミングの勉強をしていたら、手続き型以外にOOPという方法があることを知り、使えるようになりたいと思いました。

>>502
Zendが積極的に音頭を取って、初心者向けの情報提供をやってくれたらいいですね。＞＜
http://www.zend.co.jp/tech/
Zendの代わりに、PHPプロというサイトがPHP初心者のニーズをカバーしてくれているでしょうか？(・∀・)
http://www.phppro.jp/

>>503
Javaもちょっと勉強してみました。＾＾
…今使っているレンタルサーバだとJavaが動かない＞＜

>>507
自分で作ったクラスに関しては、クラス内に変数を封じ込めておけるので、スコープ（変数が操作できる領域）をコントロールできるのではないでしょうか？
PHPが最初から用意してくれているグローバル変数（$_REQUES等T）のデメリットがよく分からないのですが、いつでもアクセスできるのでこれはこれで便利だと思います。

とりあえず、PHPでOOPが使えるようになりたいです。
PHP以外の言語も使ってみて、必要に応じて使い分けができるようになれればイイですね！（´∀｀）

1 ◆SWtzLesEmM · 2008/02/24(日) 20:01:23

フレームワークに関して情報提供どうもありがとうございます。

>>479
MVモデル…(ﾉ∀`) ｱﾁｬｰ
以前作った掲示板を、MVCフレームワークの形で作り直してみました。(^^)v
↓
http://ssurl.net/ryol

**nobodyさん** · 2008/02/24(日) 20:34:16

結局１のやりたいことは
アマゾンのアフィリエイトの誘導らしいｗｗｗ

1 ◆SWtzLesEmM · 2008/02/24(日) 22:49:51

>>515
PukiWikiPlusでamazonプラグインをデフォルトのまま使うと、プラグイン作者さん？のアフィリエイトコードが付くようですね。＞＜
ttp://cafelounge.net/dev/?PukiWiki%20Plus!%2FPlng-in%20Customize#a5aa9e2a
>amazonアカウントを設定します。
>define('AMAZON_AID','mikoscafeterr-22');

アフィリエイトはやってませんが、とりあえず本の情報をまとめるのに便利なのでamazonプラグインを使ってみます。＾＾

**nobodyさん** · 2008/02/25(月) 07:27:51

>>516
本の情報とかいらんよ
あと、valueclickのアフィリエイトも出てるし
あとＴＯＰページいくとgoogle広告も出てる
結局こういうことかいな
最悪やなお前

**nobodyさん** · 2008/02/25(月) 11:09:54

具体的な本の紹介をサイトに掲載することは俺は賛成だけどな。
でも、単に羅列してるだけよりも、読んでみてどう思ったのかという
レビューをだして、その人なりの評価を出して欲しいとは思った。
羅列しているだけだと、そのサイト特有の色を感じない。

**nobodyさん** · 2008/02/25(月) 11:36:58

どう考えても本の紹介を書くのおかしいだろう？
ここだけじゃないけど
技術的なサイトに広告とかマジうざい！！！！

**nobodyさん** · 2008/02/25(月) 11:41:53

「OOPやるのならば、PHPを辞めた方がいい」といっている人は、
それをいいたいのならば、もっと具体的に言って欲しい。
「RubyはもともとOOPとして設計されている」とか抽象論で終わってるから
何も話が進まず、同じことの繰り返しが続いているんだと思う。
「$_POSTなど、グローバル変数があるからオブジェクト指向的な考えには
ならない」とかそういう話をしてもらえれば、勉強する人はそれを
それぞれに解釈して学んでいけるのではと思う。
「じゃ、辞めようか」と思う人もいれば、「じゃ、その部分だけ気を
つけていけばPHPでもOOPがやれるんだな」と思う人もいるわけで。

**nobodyさん** · 2008/02/25(月) 11:44:37

１は誤解を招くことは面倒だからやめた方がいいよ

**nobodyさん** · 2008/02/25(月) 11:44:58

>>519
そこまでいいきるのなら、じゃ、みなけりゃいいじゃんとか思うけどな。

あからさまなＣＭじゃなければいいと思うけどな。俺はこの本をつかって
こういう勉強をして、こういう役に立ったとか、いいじゃん。
このスレは勉強しようっていうスレなんだから。

**nobodyさん** · 2008/02/25(月) 11:46:05

>>521
それにおいては俺も同意だな。

**nobodyさん** · 2008/02/25(月) 11:47:54

特に２ちゃんはスレ利用して
最終的に宣伝目的にするやつが多いからな
リンク先に広告があるかどうかだけはシビアに見てる奴が多いよ

**nobodyさん** · 2008/02/25(月) 11:51:48

１００歩譲って本を紹介しても、それは構わないけど
それがアフィリエイトになってるのがおかしいよ

**nobodyさん** · 2008/02/25(月) 11:54:29

以前、面白いレスを自分のサイトに集めて、面白かったと思う
投稿も受け付けたりしていて、そのサイトに広告を出して儲けてた
人がいて、叩かれたことがあったからな。
あと、のまねこ。
そういう事件があったから、２ちゃんねるをつかって管理者が
儲けようとする目的で広告が掲載されていることにはぴりぴりと
している傾向はあると思うな。

２ちゃんねるを通じて何か企画をするのには賛成だけど、やるのなら
GPLライセンスでやるみたいな意識でやらないとだめなんじゃないかな。

**nobodyさん** · 2008/02/25(月) 11:59:06

書籍の紹介は良いと思う。そうしないと、@ITの紹介もだめになるわけで、
本当に内容の無いことしかかけなくなってしまう。
情報をまとめていることで、便利だというものもあるしね。
だけど、「アフィリエイトはダメだ」という意見には賛成だ。

**nobodyさん** · 2008/02/25(月) 12:02:29

１がアフィリエイトするのは構わないけど
２ちゃんを利用するというのが問題あり

**nobodyさん** · 2008/02/25(月) 12:06:47

２ちゃんねるのスレのまとめサイトであるにもかかわらず、
アフィリエイトされていると、それがどこかで告知されて、
大きく騒がれると思う。このスレに厨を沢山呼ぶことにも
なりかねない。
記念パピコとかが大量に来るので、１は早急にアフィリエイトは
辞めるべきだと思う。

**nobodyさん** · 2008/02/25(月) 12:07:12

嫌いだと思う事と否定すべき事は分けるものだと思うが、ここでのOOPの議論を見れば
それができないのも仕方がない。

**nobodyさん** · 2008/02/25(月) 12:08:30

>>530
ｋｗｓｋ

**nobodyさん** · 2008/02/25(月) 12:34:45

２ちゃん利用して金儲けはよくないし
まとめサイトで書籍紹介するのも始めてみて正直びびった

1 ◆SWtzLesEmM · 2008/02/25(月) 12:50:47

ご意見どうもありがとうございます。もう少しPHPでOOPの勉強を続けてみます。

>>517
2chでソースコードを投稿（>>36-50）したら、>>53さんが「わかりにくいからWebサイトにまとめてくれ。」とアドバイスしてくれました。
とりあえず、無料サーバ（XREA）にまとめサイトを設置しましたが、XREAは広告を表示するようになっているので仕方ないですね。
ttp://www.xrea.com/?action=ad
>当サイトは、無料運営のため、広告コードを自分で挿入する、または、自動的に挿入して頂く必要があります。

>>521
アドバイスどうもありがとうございます。
PukiWikiPlusのamazonプラグインに付いていたプラグイン作者さん？のアフィリエイトコードは外しました。

>>526
CGM型のサイトを運営して収益が出る場合、運営者だけが利益を得て、参加者に利益が還元されないと、不公平＝不満に感じる人もいるかもしれませんね。
このまとめサイトは、ソースコード置き場＋自分のメモという感じで使っていますが、利益が出せるでしょうか？

営利目的の企画として行なうなら、企業や出版社等に運営してもらった方が、本格的になっていいかもしれませんね。(^^;
…どこかで「PHPでOOP」講座を作ってもらえないでしょうか？＞PHPプロさんとか？

>>527
勉強するとき、本を読む人っていますよね？
本は読まない人もいると思いますが、本の情報も調べたのでついでにまとめました。

**nobodyさん** · 2008/02/25(月) 12:58:27

１の目的がよくわらん。
１がコテハン使ってスレをリードするのおかしいやろ？
まとめサイトも１が作るのちゃうやろ
名無しがやることやろ

**nobodyさん** · 2008/02/25(月) 13:00:22

１がスレをリードせんといて
長くレスが続くなら
それは本当に需要のあるスレであって
１が作り上げたスレになってるやん

**nobodyさん** · 2008/02/25(月) 13:14:26

>>533
１（個人）に利益が出てたら、必ず騒ぐ人が出てくる。
しかし、利益が出てなければ、その旨を断っておけば、
騒いでいる意見は無視しておけば、しばらくすれば蒸発
すると思う。

**nobodyさん** · 2008/02/25(月) 13:18:05

>>534
俺は１ではないが。

> １の目的がよくわらん。
スレタイの通り。PHPでOOPを勉強する。

> １がコテハン使ってスレをリードするのおかしいやろ？
何がおかしいのかがわからん。
こうあるべきだとかいうガイドラインでもあるわけ？

> まとめサイトも１が作るのちゃうやろ
> 名無しがやることやろ
お前のローカルルールを押し付けるな。
１がまとめサイトやめたら変わりにお前がやるのか？

**nobodyさん** · 2008/02/25(月) 13:21:26

>>535
お前のやりたいことの方が分からん。
変な哲学押し付けるな。

**nobodyさん** · 2008/02/25(月) 13:27:10

スレ主がまとめサイト作ってるスレてあるの？
広告目的以外に見たことないんだけどｗｗｗ

**nobodyさん** · 2008/02/25(月) 13:30:31

なんで事例が必要なの？

**nobodyさん** · 2008/02/25(月) 13:35:02

>>539
だったら君が利用しなきゃいいだけでは？

**nobodyさん** · 2008/02/25(月) 13:35:25

ＷebProg板で
スレ主がまとめサイト作ってるスレどこにあるんだよ？

**nobodyさん** · 2008/02/25(月) 13:36:07

２ちゃんにふさわしくない行動は見て見ぬふりは出来んよ

**nobodyさん** · 2008/02/25(月) 13:39:24

１は需要のないスレを無理に上げるのやめて欲しいよ
自分の存在を認められたいだけのオナニスレだよ

**nobodyさん** · 2008/02/25(月) 13:44:21

アフィリエイト見てオナニスレてことに確信がもてたよ
このスレは１の自己満足以外に何も生まれないよ結果としてね

**nobodyさん** · 2008/02/25(月) 13:45:42

>>543-544
何で君はスルーができないの？
誰も書き込まなければそのまま消えていくんじゃないの？

**nobodyさん** · 2008/02/25(月) 13:46:57

コテハン使って自慢げにソースコード公開するやつは
よほど腕に自信がある奴か
初心者相手に自己満足したい奴かのどっちか

**nobodyさん** · 2008/02/25(月) 13:47:30

>>545
君の語りを見てオナニレスてことに確信がもてたよ
これらのレスは君の自己満足以外に何も生まれないよ結果としてね

**nobodyさん** · 2008/02/25(月) 13:49:30

>>547
ああ、そうか。だったら君はもう来るな。

**nobodyさん** · 2008/02/25(月) 13:52:02

１が名無しとなって言い訳してるくさいな

**nobodyさん** · 2008/02/25(月) 13:54:58

>>550
俺は１じゃないんだけどな。言い返せなくてそれしかいえないんだな。
それにお前がここに常駐する意味はないよな。

**nobodyさん** · 2008/02/25(月) 13:58:28

記念パピコ

**nobodyさん** · 2008/02/25(月) 14:52:48

コマツも軍需だよね

**nobodyさん** · 2008/02/25(月) 17:26:59

さ　あ　、　も　り　あ　が　っ
　　　　　　　　　　　　　　　　　　て
　　　　　　　　　　　　　　　　　　　　　ま
　　　　　　　　　　　　　　　　　　　　　　　い
　　　　　　　　　　　　　　　　　　　　　　　　り
　　　　　　　　　　　　　　　　　　　　　　　　　ま
　　　　　　　　　　　　　　　　　　　　　　　　　　し
　　　　　　　　　　　　　　　　　　　　　　　　　　た

**nobodyさん** · 2008/02/26(火) 10:28:32

１が書き込みしないと
恐ろしいほどさびれてんねｗ
１だけがＰＨＰでＯＯＰに興味があって
その興味を無理矢理に広めようとしてる
このスレの落胆ぶり見ればよくわかるｗｗｗ

**nobodyさん** · 2008/02/26(火) 12:06:28

PHPにかぎらず、「オブジェクト指向」が一般化したと言っても、実際にはライブラリ（フレームワークを含む）が
クラス化されて、プログラマはそれを使ってるという程度の話でしかないから、OOPそのものの話が盛り
上がらないのは、当然といえば当然。

**nobodyさん** · 2008/02/26(火) 14:01:10

WebProgで勢いあるのなんてくだすれぐらいだろ

**nobodyさん** · 2008/02/27(水) 22:15:02

何度も１のこと前向きにとらえようとしたけど
やはり1が何をしたいのかよくわからん

**nobodyさん** · 2008/02/28(木) 00:08:29

OOPの勉強じゃないの？

**nobodyさん** · 2008/03/01(土) 01:04:42

自称非営利団体の運営を本業に転換する難しさのバーチャル体験学習。
乗せられたボランティアからの不満が噴出。
ありがち。そして解散。ありがち。

**nobodyさん** · 2008/03/02(日) 15:48:10

私も１が必死にスレ継続させてる意味が？？？
営利団体なら意味はわかりますが

**nobodyさん** · 2008/03/02(日) 16:50:51

このスレ1年以上在るのに、 1 ◆SWtzLesEmM が書き込んだことがある日数って 16日だよ。
必死どころか、やる気があるのかと言いたい。

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

**nobodyさん** · 2008/03/02(日) 20:21:37

暇人乙

**nobodyさん** · 2008/03/02(日) 23:43:21

まー、ここで勉強するな、とは言わないけど、本気でやろうと思ってる人は、まず自分で本買うなりして勉強すると思うよ。

別に興味ないやつはスルーでも何でもしときゃいいと思う。

**nobodyさん** · 2008/03/09(日) 10:19:09

>>562
1自演乙！

**nobodyさん** · 2008/03/10(月) 14:48:07

自演度は THE END

**nobodyさん** · 2008/03/17(月) 07:13:22

保守

**nobodyさん** · 2008/03/28(金) 02:04:42

このスレで、今日から貴方もOOP！！！＼(^o^)／

>>1
オッパッピーの間違いですよね

**nobodyさん** · 2008/04/20(日) 09:34:37

保守

**nobodyさん** · 2008/05/24(土) 06:41:54

保守

**nobodyさん** · 2008/06/16(月) 13:47:07

難解も、難解も、オブジェクト指向

**nobodyさん** · 2008/06/17(火) 12:52:46

スレタイの主旨からずれるけど、
やはりC言語は、一度は学んでいた方が良いな。

Javaからプログラムに入ったから、PHPのOOPでアロー演算子使うのにとても違和感あったのだけど、
Cの構造体を知って、ドットシンタックスよりアロー演算子の方が正統派と思えるようになった。

**nobodyさん** · 2008/06/17(火) 13:01:04

どっと疲れる

**nobodyさん** · 2008/06/17(火) 16:56:31

どっと込む

**nobodyさん** · 2008/07/01(火) 00:56:40

>>573
>>574
バカアロー

**nobodyさん** · 2008/07/27(日) 23:15:55

諸事情により、Web系のプログラミングから離れていたけれど、
また時間がとれたら舞い戻ってきます。よろしくｗ

**nobodyさん** · 2008/08/09(土) 20:52:22

PHPに触る機会が・・・なんで、VBばっかりなんだ・・・

**nobodyさん** · 2008/08/19(火) 00:44:43

保守

**nobodyさん** · 2008/08/28(木) 21:10:25

保守

1 ◆SWtzLesEmM · 2008/09/02(火) 15:51:27

クラスの作り方（設計）について、考え方が参考になる本がありました。

http://www.amazon.co.jp/dp/4798110558/
モデルとプロセスをめぐる冒険

「モデリング」ということについて調べてみると、いろいろノウハウがあるようです。

**nobodyさん** · 2008/09/27(土) 22:23:48

保守

**nobodyさん** · 2008/10/06(月) 00:30:42

保守

**nobodyさん** · 2008/10/24(金) 23:26:54

保守

**yodobashi** · 2008/10/26(日) 01:15:24

大手ECサイトのヨドバシドットコムが、サイトリニューアルから大規模な障害を3日間...
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail.php?qid=1220150877

506 ：目のつけ所が名無しさん：2008/10/26(日) 00:47:20
大手ＥＣサイトで、ここまで派手なリリース失敗は初めて見た。
エンジニア向けＩＴ情報誌や関連サイトは、ぜひ取材して原因を明かして欲し
いは。

**nobodyさん** · 2008/11/05(水) 20:43:48

保守

**nobodyさん** · 2008/11/13(木) 23:12:08

保守

**nobodyさん** · 2008/11/15(土) 09:19:30

定期的に保守してるの誰？
糞スレに対してその執念が怖いんだが。。。

**nobodyさん** · 2008/11/23(日) 22:46:31

お前の粘着質の方が怖い

**nobodyさん** · 2008/11/29(土) 11:22:40

PHP でオブジェクト指向の設計をするための 7 つの良い習慣を身につける
http://www.ibm.com/developerworks/jp/opensource/library/os-php-7oohabits/

PHP での適切な OO の習慣を身につけることによって、より安定していて、保守が容易で、拡張も容易にできるアプリケーションを作成することができます。そのためには、次のことを忘れないでください。

* 控え目である
* 良き隣人である
* メドゥーサを見ないようにする
* 結びつきを極力弱くする
* 結束性を高める
* 家族の一員として扱う
* パターンで考える

こうした習慣を身につけ、使いこなせるようになると、皆さんはきっとアプリケーションの品質が変わったことに驚くはずです。

**nobodyさん** · 2008/11/30(日) 22:51:36

内容は否定しないが、その書き方はどうかなと思うな。
英語の翻訳だからなのかな。
「メドゥーサを見ないようにする」なんて飛躍した比喩表現では
イメージつかないだろｗ

**nobodyさん** · 2008/11/30(日) 23:12:38

http://phpspot.org/blog/archives/2008/11/php_7_1.html
パクりblog乙

**nobodyさん** · 2008/12/01(月) 12:13:27

>>589
メデューサの項目でインタフェースを使う意義って何？
ファクトリーパターンの利点しか説明してないような気がするんだが

**nobodyさん** · 2008/12/02(火) 01:29:02

>>591
広告の方が多いってどうなんだよ
1:4で広告じゃねーか

**nobodyさん** · 2008/12/04(木) 18:30:24

DIコンテナとかどうなのか

**nobodyさん** · 2008/12/14(日) 06:43:35

オブジェクト指向のカンタンな例

<?php
class A
{
function foo()
{

echo 'hello ';

}
}

$a = new A();
$a->foo();

$b=new A();
$b->foo();

?>

**nobodyさん** · 2008/12/15(月) 02:03:44

簡易なMVCモデルのサンプルってないのかなぁ。
フレームワークを作るとか、フレームワークを使うとかじゃなくてさ。
考え方を学ぶためにみてみたいんだけど。
過去ログにあるように、つい、MVモデルになってしまうもんで。

**nobodyさん** · 2008/12/15(月) 03:35:20

巷に星の数ほどあるだろ

**nobodyさん** · 2008/12/15(月) 12:27:44

Googleで、

簡易なMVCモデル

と検索させる

ttp://www.google.com/search?client=safari&rls=ja-jp&q=簡易なMVCモデル&ie=UTF-8&oe=UTF-8

ドゾ...

**nobodyさん** · 2008/12/16(火) 10:49:27

結構前の話だけど、>>488-489へのレスってついてるのかな？
過去ログ読み直してみても、何処が批判されているのかが分からん。
Viewはこれでいいと思うのだが。

**nobodyさん** · 2008/12/16(火) 10:56:49

http://www.zend.co.jp/tech/index.php?cmd=read&page=%A5%B3%A1%BC%A5%C7%A5%A3%A5%F3%A5%B0%BB%D8%BF%CB%2F%A3%B4%A1%A5MVC

ひょっとして、「Viewではhtml出力をしてはいけない」という考えを示している
ということなのか？
html出力は別のクラスに任せるべきで、Viewはそのクラスのインスタンスの生成
と実行までを行うべきだという視点で批判してるとか。

**nobodyさん** · 2008/12/16(火) 11:17:25

はい？批判ってどれ？

**nobodyさん** · 2008/12/16(火) 12:52:53

>>601
批判している書込みは>>479です。
「に」のサンプルが、（コーディングにかかわるルール以外で）
MVCの設計はこれで良いのかがあいまいなまま終わってる気がします。

**nobodyさん** · 2008/12/16(火) 13:03:16

気になってる批判は>>469もだな。そして>>471となっているが、そのレスが
無くておわってないかい？

**nobodyさん** · 2008/12/16(火) 19:38:24

よくわかんないんだけど、OOPとMVCって両立できるの？

**nobodyさん** · 2008/12/16(火) 19:50:24

MVCをOOPで実現するんだろｗ

**nobodyさん** · 2008/12/17(水) 01:23:14

これどうなの？

ttp://www13.plala.or.jp/naka_jima/php/chapter12.html

**nobodyさん** · 2008/12/17(水) 01:36:07

どうって何が？

**nobodyさん** · 2008/12/17(水) 03:42:22

MVCだと必ずフレームワークを使わなければならないわけでもないよね。ちがうの？
それとも、非常に単純なクラス構成でMVCを実現しようという考えが間違いとか？

**nobodyさん** · 2008/12/17(水) 04:51:02

別にいいんじゃ？

**nobodyさん** · 2008/12/17(水) 10:09:45

>>606見たんだけど、MVCってこんななの？
View や Model 1つに対して1ファイルみたいだけど、ファイル量半端ないことになりそう。

**nobodyさん** · 2008/12/17(水) 14:15:45

DBの形式や最終的な見せ方によって、ファイル数は変わるんじゃないの？

でも、MVCってわりとファイル多めだよな！

1ファイルのコード量、大して多くないけど

**nobodyさん** · 2008/12/17(水) 15:06:27

ファイルが多めなのが嫌なら１ファイル内に複数書けばいいじゃない

**nobodyさん** · 2008/12/17(水) 17:53:39

OOPそのものをやろうとするとクラスやファイル量が多くなるからね。
汎用性を考えて作ろうとするとなおさらだ。それはしかたがないのかも。

そこをあえて、フレームワークや外部のモジュールなどを使わずに
非常にクラス数を少なくしてやってみたいなと思うんだけどね。
MVCの理解の一環として。

**nobodyさん** · 2008/12/17(水) 20:20:24

やってみればいいのでは？

**nobodyさん** · 2008/12/18(木) 01:34:16

<?php
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);

**nobodyさん** · 2008/12/18(木) 01:36:48

なんじゃそりゃ

**nobodyさん** · 2008/12/18(木) 01:37:24

最後の一行間違い

**nobodyさん** · 2008/12/18(木) 08:21:41

せめてクラスは３つ以上にするべきだろ。
最低限といっても、ファイルを読み込んで表示とか、書き込みとかの処理まで
出来る機能を持ったほうがコントローラとビューの違いが明確に分かりやすく
なると思うんだけど。

**nobodyさん** · 2008/12/18(木) 10:48:40

これはMVCどこがやるのが妥当か？
ってところで迷う。
時々、曖昧なのが出てきちゃう。

**nobodyさん** · 2008/12/18(木) 11:48:41

>>619
ここで事例を通じて具体的な意見を交わしていけばどうかな？」

例えば・・・
掲示板
■コントローラ：処理の内容を判断するクラス
・プログラムが実行された時、一番最初に実行される
・POSTの値をみて、以下の処理にてどれに該当するかを判断する
　・データを表示する
　・データを書込む
　・編集用のフォームを表示する

■ビュー：htmlのレイアウト表示を担当するクラス
・以下のメソッドを持つ
　・データをhtmlで表示する
　・データ編集用htmlを表記する

■モデル：データファイルを管理するクラス
・ファイルの読み込み、書込みをする
・外部とは１件分のデータはBBSLineクラスでやりとりする

**nobodyさん** · 2008/12/18(木) 12:24:15

>>620

『■コントローラ：処理の内容を判断するクラス』の
> 　・データを表示する
> 　・データを書込む

『 ■モデル：データファイルを管理するクラス』の
> ・ファイルの読み込み、書込みをする

って、意味が重複しているような感じがするのですが...

ならば、
■コントローラ：処理の内容を判断するクラス
　　・モデルからデータを受け取る
　　・モデルにデータを渡す

とかでは、おかしいですか？

**nobodyさん** · 2008/12/18(木) 12:52:00

>>621
>>620じゃないけど。
・データを表示する
・データを書込む
・編集用のフォームを表示する
実際に上記の作業をするのは View と Model だよ。Controllerがするわけじゃない。
コントローラーはどれがリクエストされたかを判断して、適切な Model と View を呼び出す。

**nobodyさん** · 2008/12/18(木) 16:39:54

>>469は具体的に何処のコードを批判しているのかが分からないので
どなたか解説を頼みます。

**nobodyさん** · 2008/12/18(木) 20:10:31

MVCモデルでM同士で連携することってあり？
それとも必ずC経由？

C経由の場合、Mをなるべく疎結合になるように細分化してると、
Cの各Actionに書くロジック量が半端なく多くなってくるんだよね。
（Aデータを取ってきてBデータを取ってきてBをCバリデータに通してAとBを基にDを作成して・・・みたいな）
一つのAction内にロジックが増えるのもどうかと思うし、それって新しいモデルじゃんという気もしてこないでもない。

**nobodyさん** · 2008/12/18(木) 20:23:33

>>624
俺はM同士で連携するかたちでも良いと思うけどね。
CからMを見た場合、あるまとまった処理単位でメソッドを呼び出す形であることが
重要だと思うから。
CがMを使うときは必ずメソッドＡ呼び出してメソッドＢ、メソッドＣを実行しなければならない。
さらに、そういう３連呼び出しがCの中に何箇所か書かれているなんていうのは再利用性などが
悪くなると思うから。

**nobodyさん** · 2008/12/19(金) 16:35:55

試しに掲示板をMVCでやったら、なんかやっとそれっぽくなった。

**nobodyさん** · 2008/12/19(金) 19:23:16

>>626
うｐきぼん

**nobodyさん** · 2008/12/20(土) 14:28:47

>624
変化する内部状態を持つモデル同士で連携させると見通しが悪くなる。
生成してから、（観察される）内部状態が変化しないようなモデルはどこから呼んでもそれほど大きな問題はない。
オブジェクトの生成期間中に（観察される）内部状態が変化するようなモデルは、C直轄にしといた方がいい。

**nobodyさん** · 2008/12/20(土) 14:34:18

生成期間→生存期間
なんか寝ぼけてた。

要は変化する「状態」を持っているもの全てはCの管理下に置いておいた方がいいってこった。
「状態」が無いもの（生成時にファイルからデータをロードしてそれっきり、とか）はどこにあったって構わない。
インスタンスの生成を行なうクラスは自分ルールでもいいからある程度絞っておかないと混乱すると思うけどな。

**nobodyさん** · 2008/12/20(土) 15:34:43

変な質問だけど、OOP での Validator ってのがよくわかんねえ。
is_numeric(); とかをModel内にべた書きしないで、Validatorオブジェクトを通じて、変数の内容を確認すればいいの？

$str = 'string';
$valid =& new Validator();
$valid->isStr($string);

みたいな感じで。
BaseValidator みたいな基本的なチェックをするクラスを作って、継承した先で複雑なチェック用のメソッドを実装させればいいのかな。

**630** · 2008/12/20(土) 15:37:54

引数間違えてる。最後の行。

$valid->isStr($str);

ね。まぁ、別に問題ないが。

**nobodyさん** · 2008/12/20(土) 15:54:47

問題はありまくりだろ

**nobodyさん** · 2008/12/20(土) 16:42:14

>630
ttp://gist.github.com/38261

俺はValidatorクラスはコントローラ単位で実装してる。「入力値の検証」なのだから、コントローラの責任。
Validatorだけ独立させるのはコードの見通しを良くするためであり、責任はあくまでコントローラにある。
ただ、実際にそっからコールするのはModelのメソッド。何が許可されるかを知ってるのはだいたいModelだからな。
たとえば受け付ける値が日付なら、そっから日付クラスのvalidateメソッドを呼び出す（MyDate::validate($string)）。

POSTされる中に列挙型（<select>から送られるような、選択肢が限られているもの）とかがあった場合にこの構成は滅茶苦茶強い。
<select>のためのデータ生成とか、送られたvalueから画面表示用の文字列（「～モード」とか）への変換を一箇所に集められる。
あと、文字列が決まったフォーマットになっているか調べる場合とかな。

is_strとかctype_stringとかstrlenだけで検証が終わるものはvalidatorクラス内に直書きする。
validateNumericとかvalidateStrとか書くよりその方が分かりやすい。

**nobodyさん** · 2008/12/20(土) 17:07:58

>>633
ものすごく丁寧にありがとう。
まだぼんやりとしかわからないけど、サンプルコードを読み解いて、いろいろ試してみる。

**nobodyさん** · 2008/12/20(土) 17:13:17

>>633

>「入力値の検証」なのだから、コントローラの責任。

「検証する」んじゃなく「検証させる」のが仕事じゃないの？
ここでいう入力値の検証って例えばどんなこと言ってる？

3行目で
>何が許可されるかを知ってるのはだいたいModelだからな。

って書いてるってことは、なにか、Modelに関係ないものを想定してると思うんだけど。

**nobodyさん** · 2008/12/20(土) 18:07:36

>635
大雑把に言うと、処理を始める前に可能なパラメータの検証全般。
純粋に入力値だけを見て判定できるものだな。システムや環境の状態を見なくとも判定できるエラーを出す役割。

処理を始めないと分からないもの（DBに指定されたエントリーがあるかとか）は、バリデーションでは扱わない。
DBにこの値があった場合はクッキーにこれが無いといけない…みたいなのも対象外。

日付として「'9999-12-31'」が指定されてもバリデーションでは引っ掛けない。これは有効な入力。
「'2008-13-45'」はバリデーションでエラーとして引っ掛ける。この日付が有効になる事はあり得ないから。
メールアドレスが正しいフォーマットかをチェックするのはバリデーションで、それが有効なメールアドレスかをチェックするのはモデル。
ユーザーIDとして正しいフォーマットならばバリデーションは通るが、当該ユーザーがいない場合モデルがエラーを出す。

**nobodyさん** · 2008/12/21(日) 00:53:43

>>636

なんとなく分かるけど、
例えばそれだと「2008-13-45は日付(のつもり)」ってことを
コントローラが知っとかないといけないってことだよね？

あと、日付が必要なくなった、とかいうときは
コントローラーを変更しないといけないってことにならない？

なんか拘ってるようでアレだけどお勉強スレってことで許してｗ

**nobodyさん** · 2008/12/21(日) 00:57:41

って、もしかして、リクエストとして渡ってくるものを想定してるのかな。

hoge.php?date=20081231

とか。

**nobodyさん** · 2008/12/21(日) 12:32:43

>637
「コントローラ」の指している範囲が俺と違う気がする。

俺はディスパッチャ（処理の振り分け）部分じゃなくて、そこから振り分けられる先のコントローラを指している。
ぐぐったが、「アクション」としてクラスにして丸ごとコントローラから切り離す文化圏もあるようだな。
「日付のつもりで送られてくる文字列がある」という事実は、ディスパッチャは（たいていの場合）知らない。
が、コントローラ（アクション）は知っている。だって知らないと日付具象モデルに処理を引き渡しようがないからな。

Cにはどの道変更が入る。リクエストをモデルに引き渡すのが仕事だからな。
「日付がどこからどう渡ってくるか」はCの管轄であってMじゃない。Mはそれを知っていてはいけない。
Mは「日付を渡されたらどうする」だけ知っていればよく、実際問題どこに日付があるかはCが隠蔽すべき。

たとえば、日付指定でDBからレコードを取っていたのを、「無指定時は今日と見なす」と変更したとする。
この場合は、Cを「日付省略時は現在の日付でMを呼び出す」ように変更し、Mには触れないのが正しい。
「省略時は日付を無視して過去のレコードを全取得する」という場合は、データ取得ロジックが変更なのでまずMは変わる。
制御の構造、呼び出しインターフェイスも変わるのでCも変わる。

**nobodyさん** · 2008/12/21(日) 12:37:44

まあ実際は、日付省略時のMの挙動を変えるだろうけどな。

>638
入力値以外のもの（DB内の値とか処理結果）の検証は当然モデル。
というか、そういうのは一般にはバリデーションとは言わずアサーションと呼ぶ。

**nobodyさん** · 2008/12/21(日) 13:45:12

>>639
Cは振り分けだけが仕事だと思ってたんだけど。
その先にさらに C があることなんてあるのか。

サブコントローラーみたいな感じ？

**nobodyさん** · 2008/12/21(日) 14:51:26

>641
やっぱ、そこか。
例えばブログの場合、エントリー群を司るモデルや、タグクラウドを司るモデルができる。これは自明だな。
で、データを受け取って画面を表示するだけの、ごく単純なビューがいる。これも自明。
で、それら呼び出してページのデータを作る、という「データの統合」を司るクラスが必要になる。
これをMVCのうち、MとCのどっちに置くかの問題。

MVC、MVCって言ってるけど、本質的には4層なんだよ。
処理の振り分けに1層を割くならば、4層なくてはならない。
処理の振り分け=呼び出すCの決定（ディスパッチャ）→どのMを呼び出すかを制御する（コントロール）
　→データを実際に扱う（モデル）→表示（ビュー）、となる。

実際のフレームワークだと、RailsやZendはDispatcherが振り分けを担当し、制御はコントローラが執っている。
（だから、おまいの目から見れば、コントローラは仕事をやりすぎに見えるはず）
SymfonyやCakeだとControllerがディスパッチを担当し、制御はActionが執っている。
CodeIgniterだとディスパッチは単一のエントリポイント（リクエストを受けるphpファイル）であるindex.phpが行なって、制御はCが行なっている。

**nobodyさん** · 2008/12/21(日) 15:35:51

>>642
>たとえば、日付指定でDBからレコードを取っていたのを、「無指定時は今日と見なす」と変更したとする。
>この場合は、Cを「日付省略時は現在の日付でMを呼び出す」ように変更し、Mには触れないのが正しい。
これって制御じゃなくてロジックだからモデル的仕事じゃねぇの？

**nobodyさん** · 2008/12/21(日) 16:01:38

>>642
横槍で質問してすまんかった。
すげーわかりやすい。
勉強になった。ありがとう。

**nobodyさん** · 2008/12/21(日) 16:03:24

4層ｗｗｗ

**nobodyさん** · 2008/12/23(火) 01:41:15

>>645
あなたの顔に死相が出ていますよ。4層だけに。