PHPでOOP

PHPでOOP (894ﾚｽ)
上下前次 1-新

193: 192 2008/01/31(木)19:50 ID:??? AAS
フレームワーク使ってみろっていうのは賛成
疎結合にとかDRYにっていうのがだんだんわかってきた
理解したところで戻ってきて〜の方が結果的に早そう
俺はまだ勉強中だからそこまで行ってないけど

194: に ◆lKs5QMUHoA 2008/01/31(木)19:56 ID:??? AAS
>>192
> $view = new CFView();
> $view->m_type = 'in';
これみたいに、直接メンバにアクセスするのは構造的に良くないと聞いたことが
あるよ。「データをやり取りするのは、インターフェースを通じて」という原則を
守るべきだと。
そうしなければ、CFViewクラスを改変する人は、そのクラスを使っている人の
コードを考慮して、メンバの値や変数名を自由に変える事が出来なくなるから。

なので、私は、コンストラクタで値を渡しても良いし、コンストラクタで値を渡して
いなければ、値を渡すためのインターフェースを使って渡すようにする仕様が
省1

195: 192 2008/01/31(木)20:08 ID:??? AAS
汚染されちゃうけどコンストラクタで全部の値渡すよりはましじゃないかなあ
あとコンパイルするときに全部チェックしてくれる言語とそうじゃない言語ってのもある
phpなんだしゆるーくやればいいじゃん　なんていうと怒られるかｗ

196: に ◆lKs5QMUHoA 2008/01/31(木)20:13 ID:??? AAS
今調べて知ったのだが、オーバーロードは PHP ではできないらしい。
だったら、コンストラクタで値を渡すよりも、インターフェースで値を
設定するような仕組みになるだろうね。
コンストラクタだと、一度値を設定したら、そのオブジェクトが破棄される
まで、再度設定が出来なくなるから。

197(1): 2008/01/31(木)20:22 ID:??? AAS
メンバ変数へのアクセスはsetter/getterを使う。これは議論の余地なし。
それを用意した上でコンストラクタに引数を渡すなら渡せば良い。
複雑で多くの設定をしなきゃならない時以外、
newした直後に使える状態になっている方が使いやすい。
> $view = new CFView();
> $view->m_type = 'in';
これをセットで書かなきゃならないなら、
> $view = new CFView('in');
と書きたい。

198: に ◆lKs5QMUHoA 2008/01/31(木)20:26 ID:??? AAS
私は>>197さんの意見に同意だ。
「このモジュールを使う場合、このように書いてくださいね。」
というコードは、なるべく少ない方がいいからね。
なので、とりあえず設定の値はコンストラクタにいれるという
設計で書いてみた。

199: に ◆lKs5QMUHoA 2008/01/31(木)20:31 ID:??? AAS
とりあえず、フレームワークを使ってみろという話が出ているが、
具体的にどのフレームワークを使って、どんなプログラムを書いて
みたらいいのか迷うなぁ。

とりあえずはこのあたりに載ってるものの、「和モノ」あたりからかな。
2chｽﾚ:php

フレームワーク自体の自作の話もいくつかあるみたいだ。
外部ﾘﾝｸ[aspx]:codezine.jp

200(1): 192 2008/01/31(木)20:36 ID:??? AAS
viewに渡すデータはセッタで渡したくならない？
あとinなのかoutなのか分岐させるとしたらそれはコントローラ側の仕事なんじゃないかなと思うんだけど違うかな

201: 192 2008/01/31(木)20:42 ID:??? AAS
いや、見直したらそう書いてた
ごめん気にしないで

202: に ◆lKs5QMUHoA 2008/01/31(木)20:46 ID:??? AAS
>>200
> viewに渡すデータはセッタで渡したくならない？
表示させるデータはセッタがいいだろうね。

> あとinなのかoutなのか分岐させるとしたらそれはコントローラ側の
> 仕事なんじゃないかなと思うんだけど違うかな
>>185のソースがそれにあたるものだと思ってたけど。
if( ($form_str == "")or($form_str == "in") ){
　省略
}elseif($form_str == "out"){
　省略
省3

203: に ◆lKs5QMUHoA 2008/01/31(木)21:58 ID:??? AAS
厳密にMVCを分けることは出来ない場合もあるということだけど、
CFControlクラスで、CFViewを使って表示する内容までもを
指定していする処理を書いていたのは間違いかな？

検索結果の表示や、データの更新の場合は、
Control→Model→View　だけど、
ボタンを押した時の画面の展開のみの場合は、
Contol→View という流れとなり、Viewオブジェクトを
生成するクラスが異なるという処理でいいのかな？

204: に ◆lKs5QMUHoA 2008/02/01(金)07:38 ID:??? AAS
「とりあえずはフレームワークを使ってみろ」という返事がきそうだけど、
各クラスの役割は以下のような感じでいいかな？

Control
・POSTでデータを受け取り、その値に不正なものが無いかをチェック。
・変なところからのアクセスではないかをチェック。
・$_POST["Form"]の値をみて、それに必要な画面と処理を判断する。

Model
・SQLを発行し、データを受け取る。
・データをViewクラスに渡す。

View
省2

205: 2008/02/01(金)09:44 ID:??? AAS
とりあえずはフレームワークを使ってみろ

206: 2008/02/01(金)11:08 ID:??? AAS
自分なりに調べて見つけたPHPのサンプルを使った解説ページも
読むとwebアプリについて学べるのではないかと思っている。
やることが多くなったけれど、とりあえずは以下の３本だてで
勉強してみることになるのかな。

MVCに分けて、簡単なアプリを自作する。
（ログイン、メニュー、検索条件指定、検索結果、データ編集などの画面があるもの）

和モノフレームワークを使って学ぶ。
簡単なアプリを自作する。
2chｽﾚ:php

サンプルで理解！フォームデータの受け渡し
省1

207(1): 2008/02/01(金)12:06 ID:??? AAS
ちいたんのソース見てみたけれど、
class CObject　ってあって、必ずそれが継承されて作られてるよね。
これの都合って何なんだろう。（メリットは何？）
javaも.NETもこういう基本クラスがあるよね。

208(2): 2008/02/01(金)12:19 ID:??? AAS
全部のクラスに共通するメソッド等が実装できる

209(1): 2008/02/01(金)13:06 ID:??? AAS
>>208
サンクス。
でも、オーバーロードが出来ない場合は逆に足かせになる可能性もあるね。
例えば、継承されているクラスが沢山ある状況でObjectクラスに
メソッドを追加する場合とか。

210: 2008/02/01(金)16:28 ID:??? AAS
喋るのはコントローラとモデル
コントローラとビュー
基本的にはね

211: 2008/02/01(金)16:49 ID:??? AAS
少ない数のクラスを書いたり読んだりする程度であれば、すぐに分かるのだが、
フレームワークレベルのクラス構造となると、その構成が全く分からなくなって
来るんだよなぁ。何かコツのようなものはあるのかな？

処理の内容を追いかけると、次々に別のクラスに処理を渡す構造になっていて、
最後はあっけない、みたいな感じだ。

フレームワークを作る場合のクラスの設計手法を身につけるなどしないと
いけないのかも。
メンバに定義はしていないけれど、メソッドではその変数をエラーが
出ないように処理が書かれているっていう書き方は多いようだ。
そうしておけば、そのフレームワークを使う人は、クラスを継承して
省1

212: 2008/02/01(金)18:37 ID:??? AAS
このサイト、説明は分かるのだが、具体的に作っているコードは
MVCのうちどれにあたるのかがいまいちです。
外部ﾘﾝｸ[jsp]:www.stackasterisk.jp

Result.php は、Viewにあたるものという解釈でいいんですよね？

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

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

ぬこの手ぬこTOP 0.013s