PHPでOOP (894ﾚｽ)
上下前次1-新
145: 2007/10/12(金)03:46 ID:??? AAS
意味わかんね
どこまでクラス？
146: 2007/11/12(月)13:32 ID:??? AAS
まずはモデルでしょ
147(1): 2007/12/13(木)08:37 ID:Q/a8rTy0(1) AAS
SPLって使ってる人実在するの？
外部ﾘﾝｸ[php]:jp2.php.net
148: 2007/12/14(金)02:09 ID:??? AAS
例外はよく使う
149(1): 2007/12/19(水)01:29 ID:??? AAS
>>147
読み込んでも八割がた無駄なので使わない
150: [age] 2007/12/23(日)12:51 ID:??? AAS
かしゆか誕生日おめでとう！
外部ﾘﾝｸ[html]:www.tkma.co.jp
151: 2007/12/24(月)10:55 ID:??? AAS
>>149
つりですか？
152: 2007/12/29(土)00:05 ID:4ZpocZiG(1) AAS
MVCのCってどうやって書けばいいのかわからんぜ。
153: 2007/12/29(土)02:00 ID:??? AAS
その概念中でコントローラーが理解出来ないってやつ初めてみた
とりあえずView上で必要な操作を徹底的にControllerに切り離すが良い。
そしてModelからデータを引き出して必要があれば書き込み更新してやりなさい。
154: 2007/12/31(月)19:44 ID:??? AAS
ユーザークラスで新規登録処理をして、そのときにユーザークラスの中で
プロフィールクラスのオブジェクトを作ってプロフィールの登録もする
これってしいて言えば何パターン？
155: 2007/12/31(月)19:47 ID:??? AAS
ワンパターン
156: 2008/01/01(火)00:16 ID:??? AAS
パターンというかコンポジションでそ
157(1): [age] 2008/01/29(火)11:18 ID:??? AAS
模範解答は無いけれど、以下の相互変換を行うクラス（ChStr）をみんなで
作ってみるという案はどうかな？
そして、これが出来たら、ログファイルに保存などの機能をつけ、
wikiみたいに編集が出来る機能を追加していくという感じに。
＜編集＞
-------------------------------------------------------------
= 2ch
'''2ch'''とは、総合掲示板のことである。
link:[外部ﾘﾝｸ:www.2ch.net]
-------------------------------------------------------------
省6
158(1): 1 ◆SWtzLesEmM [age] 2008/01/29(火)11:29 ID:??? AAS
>>157
OOPの勉強というよりも、どちらかというと正規表現の勉強になるでしょうか？
wikiのパーサーつくるなら、既存のwikiスクリプトや、PEARのText_Wikiが参考になるかもしれませんね。
外部ﾘﾝｸ:www.phppro.jp
PEAR::Text_Wiki 1.2.0RC1 リリース 2006年10月11日
外部ﾘﾝｸ:labs.cybozu.co.jp
Text_PukiWikiリリース
159(1): [age] 2008/01/29(火)11:43 ID:??? AAS
>>158
C++のOOPの勉強として、文字列を簡単に扱うことが出来るクラスを
自作してみるという演習があったので、それをPHPでもやってみようかなと
思ったものです。
Cでは、文字列を結合したり、splitしたりするのが結構大変なので、
この演習が役に立ったなと思っていたのです。
PHPの場合は、関数を使えばそれで終わってしまうので、もう少し
ひねりを入れたものを考えて見ました。
正規表現を練習するというよりも、正規表現とhtmlの相互変換をする
クラスがあると、プログラムをする際、便利だなという事が実感
省9
160(2): 1 ◆SWtzLesEmM [age] 2008/01/29(火)11:47 ID:??? AAS
OOPの参考になる解説がありました。
PHPのclass、オブジェクト指向プログラミングに関する質問です。
外部ﾘﾝｸ:q.hatena.ne.jp
↑
2番の回答者の解説が分かりやすいと思いました。
6番の回答者のサンプルコードも参考になりましたが、これは「インターフェース」の利用方法ではありませんね。＞＜
インターフェイス
外部ﾘﾝｸ[html]:www.phppro.jp
あるクラスが実装する必要があるメソッドの種類を、これらのメソッドの実体を定義することなく、指定するコードを作成できるようになります。
インターフェイスはキーワードinterfaceにより定義され、通常のクラスと同様に定義することができますが、メソッドの実装は全く定義されません。
161(1): 1 ◆SWtzLesEmM [age] 2008/01/29(火)12:00 ID:??? AAS
>>159
なるほど！(・∀・)
文字列を扱う処理は、いろんなところで出番がありそうですね！
wikiの文法（表記方法）が使える掲示板とか作れそう＾＾
162(1): [age] 2008/01/29(火)12:04 ID:??? AAS
ChStr クラス の設計はこんな感じかな。
メンバ
private $m_str; // 正規表現文字列を格納する。
コンストラクタ
ChStr($str) // 正規表現の文字列を受け取る。
private メソッド
ch_to_html() // 正規表現をhtmlに変換する。
public メソッド
Write_html() // 格納している文字をhtmlで出力する。
Write_text() // 格納している文字を正規表現で出力する。
省5
163: 1 ◆SWtzLesEmM [age] 2008/01/29(火)12:04 ID:??? AAS
PHPのインターフェースは、Javaとかのインターフェースとはちょっと違っているみたいですねー。＞＜
（…使ったことないので実感がありませんが＾＾）
PHPでは実装済みのinterfaceを多重に実装できない
外部ﾘﾝｸ[php]:blog.xole.net
外部ﾘﾝｸ[php]:blog.xole.net
164(1): 1 ◆SWtzLesEmM [age] 2008/01/29(火)12:25 ID:??? AAS
>>162
こんなかんじのプログラムと似ているかもしれませんねー。
60行で作るPHP用テンプレートエンジン
外部ﾘﾝｸ:anond.hatelabo.jp
>テンプレートの中身を置換する
>function convert_string($s)
↑置き換えるパターンに応じて、別々のメソッドを用意したら便利でしょうか？
= 文字サイズ変更、''' 強調、link: リンクとかの記法の置換を担当するprivateメソッド
165: 1 ◆SWtzLesEmM [age] 2008/01/29(火)12:34 ID:??? AAS
OOPの参考になる解説がありました。
関数、オブジェクト、クロージャ
外部ﾘﾝｸ:d.hatena.ne.jp
>オブジェクトは、データに処理がくっついたものです。
>array.map()のように、後に後に処理を追加していく書き方は、順にコードを追えるため読みやすく、また書きやすいです。
クロージャっていう仕組みは、PHPにはないですね？＞＜
大は小を兼ねる…クロージャの代わりにオブジェクトが使えればとりあえずOKかな？(・∀・)
166(2): 2008/01/29(火)13:15 ID:??? AAS
>>161
>wikiの文法（表記方法）が使える掲示板とか作れそう＾＾
PEARのText_Wiki使えばよくね？
167(1): [age] 2008/01/29(火)13:18 ID:??? AAS
>>164
> 置き換えるパターンに応じて、別々のメソッドを用意したら便利でしょうか？
本来ならば、そうなるでしょうね。それらはすべてprivateで作っておいて、
外部には、一つのインターフェースのみ（この例の場合はWrite_html()がそれに該当）
公開となるでしょう。
記号ごとに別々にメソッドを定義しておけば、記号とhtmlの関係が変わる時は、
どのメソッドを触ればよいかが分かるし、それを変更したことで、
他のメソッドには影響は無かったりします。
（これが構造化プログラムの場合は、目的のソースと目的ではないソースを
見極めるところから始まります。）
省6
168: [age] 2008/01/29(火)13:22 ID:??? AAS
>>166
学ぶために具体的に物を作るのと、実用性を考えて物を作るのは
別だと思う。なので、今回はこれでいいと考えている。
現に、初心者向けの書籍に載っているソースの実用性はゼロだ。
169: [age] 2008/01/29(火)13:59 ID:??? AAS
とりあえず、全体構成の確認のために書いてみた。
ch_to_html()は、追記の必要性がある。
[chstr.php]
<?php
class ChStr {
// メンバ
var $m_str_reg; // 正規表現文字列を格納する。
var $m_str_html; // html文字列を格納する。
// コンストラクタ
// 正規表現の文字列を受け取る。
省22
170: [age] 2008/01/29(火)14:03 ID:??? AAS
[index.html] 最初に開くファイル。
<html><body>
<form method="POST" action="./text.php"><textarea name="reg_text" cols=40 rows=4>
あああああ
いいいいい
ううううう
</textarea><br>
<input type=submit value=" 送 信 "></form>
</body></html>
[text.php]
省8
171: 1 ◆SWtzLesEmM 2008/01/29(火)14:10 ID:??? AAS
>>166
確かにそうなんですが、「勉強のため」という目的もあるので、自分で作ってみるというのもありでしょうか？＾＾
でも、答えが分かっている問題を解くのは楽ですね。＞Text_wiki
車輪の再発明 - Wikipedia
外部ﾘﾝｸ:ja.wikipedia.org
車輪の再発明とは、「広く受け入れられ確立した技術や解決法を無視して、同様のものを再び一から作ってしまう事」を意味する
ある技術の意味を理解させるために、意図的に車輪の再発明を行わせる場合がある
172: 1 ◆SWtzLesEmM [age] 2008/01/29(火)14:19 ID:??? AAS
wikiとか文字列を処理する仕組みは、「パーサー」とか「構文解析」っていうみたいですね（´∀｀）
構文解析 - Wikipedia
外部ﾘﾝｸ:ja.wikipedia.org
今までにいろんな仕組みが考えられてきたみたい。
…本格的にやると奥が深そうだけど、一度仕組みを勉強しておいたら、いろいろ使えそうな予感！(・∀・)
↓wikiの仕組みを自分で作っている方は結構いるみたいですねー。
PHP用の汎用WikiParser作り中
外部ﾘﾝｸ[html]:tdiary.ishinao.net
RandomNote/PHPについて
外部ﾘﾝｸ[php]:tbox.jpn.org
173: [age] 2008/01/29(火)14:21 ID:??? AAS
今後の課題と予定
・ch_to_html() の中身を書く。
・[text.php] の機能を充実（テキストファイルに保存するなど）させ、wikiを作る。
・上記とは別に、 ChStr クラスを使い、BBSを作る。
・ChStr クラスに clear()、SetStr() 等のメソッドをつけ加え、汎用性を持たせる。
174: 1 ◆SWtzLesEmM [age] 2008/01/29(火)14:38 ID:??? AAS
外部ﾘﾝｸ[php]:tbox.jpn.org
RandomNoteのMain.phpは参考になるでしょうか？
preg_match
preg_replace
array_push
array_pop
などの関数を使って、文字列の切り貼りをしてるんですねー。
175(1): 2008/01/29(火)14:39 ID:??? AAS
OOPってより単にクラスの使い方書いてるように見えるのはまあいいとして
メソッドの中でstringをreturnせずにecho使うのは>>167で書いてるように汎用性って面もあるけど
処理と表示の分離って意味合いもあるからちゃんとstringで返したほうがいいよ
176: [age] 2008/01/29(火)15:39 ID:??? AAS
>>175
> OOPってより単にクラスの使い方書いてるように見えるのはまあいいとして
OOPについて説明するとなると、具体的なソースコードとは離れた方が
良くなったりしますからね。
（クラスの使い方書いているように見えるとしても、）PHPでclassを
組む場合のメリットみたいな位置づけで学んでいこうと思っています。
> 処理と表示の分離って意味合いもあるからちゃんとstringで返したほうがいいよ
確かに汎用性以外にそういう目的もありますね。
次のものでstringで返すように書き換えます。
177: [age] 2008/01/29(火)18:16 ID:??? AAS
htmlのformのコードもクラス化するのが本当の流れんだろうけれどな。
いきなりそれをやると分かりにくくなるかな・・・
178(1): に ◆lKs5QMUHoA 2008/01/29(火)19:20 ID:??? AAS
ChStrクラスのサンプルソースを投稿してた者ですが、
今までnobodyさんで書いてたけど、分かりにくくなるかと思ったので
酉入れるようにしてみます。
>>5に書いてあるように、オブジェクト指向は「変数を保持できる事」が
メリットだと思うのですが、これがWebアプリだとどうも実感が無かったりします。
リッチクライアントだと、マウスのクリックに合わせて、メソッドが呼び出され、
そのアプリケーションが終了するまでの間、各種オブジェクトの中の変数に
状態が保持されるという構造なので、そのメリットが感じられるのですが、
Webアプリでは、POSTする度にオブジェクトの変数の状態はリセット
されてしまうので、クラスを書いたとしても、結局はグローバル変数から
省3
179: 2008/01/29(火)22:51 ID:??? AAS
>>160
他の人の話のほうがよっぽど核心を突いてるよ
180: 2008/01/29(火)23:05 ID:??? AAS
>>160のはてなのリンクの４番目の話、２ｃｈの別の板でも
読んだことがあるけれど、この話本当なの？
具体的に何処でどういう商売をしての話なんだろうか。
アプリケーションを売る話？それとも開発環境用のソフトを売る話？
181: 2008/01/30(水)21:59 ID:??? AAS
ピュアな意味でオブジェクトを操作したいなら
ボタンのクリックに関する全ての画面遷移に関してserializeとunserializeを管理する必要があるだろ
<?php
require_once("hiroyuki.class.php");
$hiroyuki = unserialize($_SESSION["hiroyuki"]
182: 2008/01/31(木)07:20 ID:NaJ3keB3(1) AAS
>>178
ユーティリティクラスの再実装みたいな事を熱心にやっても
あまり意味が無いと思いますよ。
まさにあなたの言う「いちいち書くのがめんどくさい」のを回避する為に
OOPがあるんだと思います・・・
OOPの勉強なら、簡単なWEBフレームワークを自作するのが一番良いよ。
知識の無い段階でいきなりPHPでOOPって無理だと思いますよ。
背伸びせず、まずjavaやC#を学習する方が近道かもしれないよ。
183: 2008/01/31(木)08:15 ID:??? AAS
.NET 以降の VisualBasic ってどうなの？
184(1): 2008/01/31(木)17:31 ID:??? AAS
MVCモデルにそって、ユーザの入力データと、CSVファイルのデータを
読み込んで表示させるというものを作ってみました。
ファイル：全部で５つ。index.phpを実行する。
cfcontrol.php
cfview.php
index.php
cfmodel.php
csv.txt
[csv]
aaa,bbb,ccc
省7
185(1): 2008/01/31(木)17:32 ID:??? AAS
[cfcontrol.php]
<?php
include("./cfview.php");
include("./cfmodel.php");
class CFControl{
function CFControl($form_str, $in_str){
if( ($form_str == "")or($form_str == "in") ){
$form = new CFView("index.php","in","");
$form->Write_HTML();
}elseif($form_str == "out"){
省8
186: 2008/01/31(木)17:33 ID:??? AAS
[cfmodel.php]
<?php
class CFModel{
var $m_csv_file;
// コンストラクタ
function CFModel(){
// 読み込むCSVファイルを指定
$this->m_csv_file = "csv.txt";
}
// データを取り出す。
省9
187: 2008/01/31(木)17:37 ID:??? AAS
[cfview.php]（１／２）
<?php
class CFView{
var $m_file; // POSTするファイル名
var $m_type; // 表示するフォームの種類。in か out
var $m_line; // 表示するデータ
// コンストラクタ
function CFView($file, $type, $line){
$this->m_file = $file;
$this->m_type = $type;
省10
188: 2008/01/31(木)17:39 ID:??? AAS
[cfview.php]（２／２）
// private
function out_html(){
echo "<html><body>";
echo '<form method="POST" action="' . $this->m_file . '">';
echo '<input type="hidden" name="form" value="in">';
echo "$this->m_line<br>";
echo '<input type="submit" value="戻る"></form></body></html>';
}
// public
省9
189: 2008/01/31(木)17:51 ID:??? AAS
フレームワーク使えば？
190(1): に ◆lKs5QMUHoA 2008/01/31(木)19:03 ID:??? AAS
とりあえず、MVCに分けて枠組みを作ってみたけれど、
これをより抽象化させていって、「継承して使ってください」という
方向にするのか、それとも最初はクラスの数を増やさないように
しながら簡単なアプリケーションを作る方向にするべきか。
どっちの方向に持っていったほうがいいのか迷うな。。。
ま、そんなことを考える暇があったら手を動かしてみろという
話なのかもしれないが。。
191: 2008/01/31(木)19:08 ID:??? AAS
>>190
自分で考えるのも良いが、君が今やっていることを
やってしまっているのが、フレームワークだ。
まず既存のフレームワークがどうなっているのか参考しろ。
192(5): 2008/01/31(木)19:44 ID:??? AAS
俺も初心者だからこれが最善とは言い切れないけど
newするときに全部引数で渡すってのはナシじゃね？
分かりやすいところだけ書き出すと
[index.php]
$form = new CFControll();
[cfcontrol.php]
コンストラクタ()
{
$form_str = $_POST['form'];
$in_str = $_POST['key'];
省11
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にあたるものという解釈でいいんですよね？
213: 2008/02/01(金)18:47 ID:??? AAS
PHPでMVC関連のサイトを紹介で貼っておきます。
特集：第3回 PHPを思うままに操れるようになる「MVC」と「Smarty」 (1/4)
外部ﾘﾝｸ[html]:www.itmedia.co.jp
214: 2008/02/01(金)18:50 ID:??? AAS
2004年って･･･････
215: 2008/02/01(金)20:08 ID:??? AAS
OOPに取り付かれている人のブログ
ハタさんのブログ : : php
外部ﾘﾝｸ[php]:blog.xole.net
216(1): 2008/02/02(土)07:42 ID:??? AAS
PHPでね、イベントドリブンなWEBフレームワークとか自作してみるといいかも。
例えば、サブミットボタンの処理ハンドラがオーバーライドで記述可能で
そこでフォーム値をモデルに渡して処理させるみたいなやつ・・
「POST」や「GET」とかローレベルの概念は全て隠蔽されてて
フレームワークにイベント発生時のロジックだけ記述して終わりみたいなの・・・
そしてPHPであれこれ試行錯誤したあと、ASP.NETとか参考にするとね
PHPでOOPするバカらしさに気付くかもしれない・・・OTL
217(1): に ◆lKs5QMUHoA 2008/02/02(土)08:25 ID:??? AAS
ASP.NET は、ちょっとだけやってみたことあるけど、概念的に違和感が
あって、やらなくなったな。
ある程度Webアプリを学んだ事のある人には便利なんだろうけれど、
初めて学ぶ人には、ドキュメントが少なすぎだし、いきなりイベントドリブンで
やるのはどうかと思った。
で、まずは、Webアプリの基礎をやるという意味合いでPerlをやってみた。
で、今はPHPをやっている。PHPそのものがOOPに完全な対応をしていない
ので、これで大規模なアプリを組むことも無いかなと思っている。
対応したとしても、それからノウハウが出てくるので、さらに数年先になる。
でも、学ぶ時は、既存のモジュールを使って早くやるのよりも、モジュール
省2
218(1): 2008/02/02(土)09:56 ID:??? AAS
>>217
多分、その違和感のある概念がOOPの本質だと思うよ。
そしてその概念は、洗礼された実装に触れることでしか
身につかないとも思うんだ。
初心者こそイベントドリブンを真っ先に学習したほうがいいよ。
最終的に、理解し易く安全な実装方法に結びつくと思うからね。
PHPでOOPで実装ってケースはありだとは思うけど、
概念は別で学習した方が効率的だと思うんだ。
219: 2008/02/02(土)13:32 ID:??? AAS
OOPに取り付かれているとか良くわからんｗ
普通にプログラミングしていると使うだろ？
switchに取り付かれているとかそういうレベルに聞こえるんだが。
220(1): [age] 2008/02/02(土)15:21 ID:??? AAS
MVCモデルでプログラミングする場合、Model から View へ処理を渡す経緯は、
どっちが正しいのかな？
・Control クラスのメソッド内で、Model クラスと View クラスのインスタンスを生成する。
Control クラスが、Model からデータを受け取り、View クラスへデータを渡し、
描画指示を出す。
・Model クラスのメソッド内で、View クラスのインスタンスを生成する。
Model クラスが、Viewクラスへデータを渡し、描画指示を出す。
Control クラスは、View クラスを一切操作しない。
それとも、こういうところまでは理論的には定めていないので、
ケースバイケースであり、どちらがよいというものは無いということかな？
221: 2008/02/02(土)15:36 ID:??? AAS
お前は何を言ってるんだ
222: 1 ◆SWtzLesEmM 2008/02/02(土)16:44 ID:??? AAS
PHPでイベントドリブンですか？(・∀・)
…こんなのありました。＾＾
PHP イベントドリブン に一致する日本語のページ 約 10,600 件
●PRADO
外部ﾘﾝｸ:www.pradoframework.com
>PRADO はコンポーネントベースかつイベントドリブンなウェブアプリケーションを開発するためのPHP5フレームワークです。
●S2Prado.PHP5
外部ﾘﾝｸ[php5]:labs.s2php5.jp
外部ﾘﾝｸ[php]:blog.xole.net
>S2Baseの方は待望のPRADO対応。
省10
223: 1 ◆SWtzLesEmM 2008/02/02(土)17:00 ID:??? AAS
インターネット越しにイベント処理をさせるのが、WEBプログラミングの特徴ですね。
イベントドリブンは、PHPよりもむしろFlash/Flexとかで使われる仕組みなのでしょうか？
レガシーの中心でのOOP
外部ﾘﾝｸ:kaede.to
>Webプログラミングにおいて、ブラウザとのやり取りがレガシー（古典的）なデータ交換に過ぎず、これがWebプログラミングを難しくしている
>Webは1ページごとに毎回セッションが起動し、ドキュメントを表示するとすぐ終了する。
>オブジェクト指向プログラミングにおける利点の1つであるイベントドリブンなプログラミングは不可能だ。
>何しろ1セッションに1イベントしか発生しないのだから。
>と同時にセッション状態を保存する必要も出てくる。
外部ﾘﾝｸ[html]:www.adobe.com
省8
224(1): 1 ◆SWtzLesEmM 2008/02/02(土)17:05 ID:??? AAS
>>220
>・Control クラスのメソッド内で、Model クラスと View クラスのインスタンスを生成する。
こっちの方が、Controlにまとまっている分だけスッキリしており、分かりやすいコードになるんじゃないでしょうか？
225: 2008/02/02(土)17:24 ID:??? AAS
>>224
レスありがとうございます。
１番目の方にすると、Modelクラスから取得したデータを
Viewクラスに渡すことになるので、その分余計にメモリや
CPUを消費してしまうのでは、と心配になって聞いてみましたが、
考えてみると、コードの見易さなどを優先するのがOOPですので、
そちらの方がいいですね。
でも、フレームワークのソースなどを見ていると、
各クラスが、メンバに、別のクラスへのリファレンスを持ってたり
するので、もっと理論に従った組み方があるのかも、と思っています。
226(1): 2008/02/02(土)17:36 ID:??? AAS
>>184
ファイル：全部で８つ。index.phpを実行する。
抽象クラスと具象クラスに実装を分けてみました。
csv.txt(※前回と同じ)
index.php
cfcontrol.php
アブストラクトとして実装
cfview.php
cfmodel.php
コンクリートとして実装
省3
227: 2008/02/02(土)17:38 ID:??? AAS
[config.php]
<?php
// 実際の処理を行うスクリプトをインクルード
include("./index_view.php");
include("./output_view.php");
include("./data_model.php");
// 最初に呼ばれるビューのプレフィックス設定
define ('INDEX_VIEW_PREFIX', "Index");
// モデルクラスのプレフィックス設定
define ('MODEL_PREFIX', "Data");
省9
228(1): 2008/02/02(土)17:39 ID:??? AAS
[cfmodel.php]
<?php
class CFModel
{
var $file_name; // 読み込むファイル名
function CFModel() {}// コンストラクタ
function Execute($param) // パブリックメソッド
{
return $this->_OnExecute($param);
}
省22
229: 2008/02/02(土)17:39 ID:??? AAS
[cfcontrol.php]
<?php
include("./cfview.php");
include("./cfmodel.php");
include("./config.php");
class CFControl
{
var $_view_key; // 呼び出すビューのプレフィックス
var $_data; // モデルに渡すデータ
function CFControl($view_key, $data) // コンストラクタ
省19
230: 2008/02/02(土)17:40 ID:??? AAS
[data_model.php]
<?php
class DataModel extends CFModel
{
function DataModel() // コンストラクタで取得先のファイル設定
{
$this->file_name = 'csv.txt';
}
function _OnExecute($param) // オーバーライドメソッド
{
省8
231: 2008/02/02(土)17:41 ID:??? AAS
[index_view.php]
<?php
class IndexView extends CFView
{
function IndexView() // コンストラクタでPOST先のファイル設定
{
$this->file_name = 'index.php';
}
function _OnExecute($param) // オーバーライドメソッド
{
省8
232: 2008/02/02(土)17:42 ID:??? AAS
[output_view.php]
<?php
class OutputView extends CFView
{
function OutputView() // コンストラクタでPOST先のファイル設定
{
$this->file_name = 'index.php';
}
function _OnExecute($param) // オーバーライドメソッド
{
省8
233(1): に ◆lKs5QMUHoA 2008/02/02(土)19:04 ID:??? AAS
>>226-232
サンプルソースありがとうございます。
抽象クラスの書き方に慣れてますね。私はこのあたりを
しっかりとやってなかったのでちょっと苦手です。
ま、しっかりと勉強していきたいと思います。(^^;
ソースを読んでいて、１点気になったので質問をしたいのですが、
class CFView と class CFModel において、以下のように
パブリックメソッドと仮想メソッドを作り、パブリックメソッドから
仮想メソッドを実行する形式にソースを書いた理由は何でしょうか？
出来ましたら、この設計にした意図を教えていただきたいと思います。
省8
234: に ◆lKs5QMUHoA 2008/02/02(土)19:24 ID:??? AAS
>>218
レスありがとうございます。
イベントドリブンそのものは、VBでWindowsアプリを組んでやったことがあるので
すぐに入れたのですが、Webアプリを作る際、イベントドリブンでしかやった事が
無いというのは致命的だと思ったので、PerlやPHPでやってみています。
（ASP.NETは、便利ではあるが、IISを使えとか、.NET Frameworkを使えとか
非常に限定される。）
構造化プログラミングで、あまり命名規則を考えずにプログラムをしていると、
グローバル変数や関数が多くなった時、その把握が出来なくなったりする
わけなのですが、そういう苦労する体験をした後、OOPを習うと、その便利な部分が
省4
235(1): 2008/02/02(土)19:59 ID:??? AAS
人間て暖かいにゃぁ
ﾎﾟｶ･ﾎﾟｶ テンキュー
236(1): 2008/02/02(土)21:30 ID:??? AAS
>>233
PHP4では全てパブリックだけど例えばC#では以下の実装になるんだ
public object Execute(object parpam)
protected virtual object _OnExecute(object parpam)
CFControlから_OnExecuteメソッドを隠蔽する意図なんだよ。
_OnExecuteはCFViewやCFModelのサブクラスにだけ見えれば十分なんだ。
237: に ◆lKs5QMUHoA 2008/02/03(日)11:17 ID:??? AAS
>>235
暖かいですねぇ。
>>236
なるほど。ありがとう。
238: に ◆lKs5QMUHoA 2008/02/03(日)14:47 ID:??? AAS
ソースを読んでいて気になった点がありますので、質問させていただきます。
includeの構成についてです。まず、各ファイルに書かれているincludeの部分をまとめます。
[index.php]
include("./cfcontrol.php");
[cfcontrol.php]
include("./cfview.php");
include("./cfmodel.php");
include("./config.php");
[config.php]
// 実際の処理を行うスクリプトをインクルード
省7
239: に ◆lKs5QMUHoA 2008/02/03(日)14:50 ID:??? AAS
includeをばらばらとさせるよりも、以下のように整理したほうが
となんとなく思ったりもしたのです。
[index.php]
include("./config.php");
[config.php]
include("./cfcontrol.php");
include("./cfview.php");
include("./cfmodel.php");
include("./index_view.php");
include("./output_view.php");
省1
240: 2008/02/03(日)15:27 ID:??? AAS
MVC?な俺にはここが一番わかりやすかった
実例コードが載ってるのがいい
PHPでMVC第1回：前編
外部ﾘﾝｸ[jsp]:www.stackasterisk.jp
241: 2008/02/03(日)15:52 ID:??? AAS
javaのサイト見ろよ
242: 2008/02/03(日)16:56 ID:??? AAS
やけに伸びるな
243(2): に ◆lKs5QMUHoA 2008/02/03(日)19:47 ID:??? AAS
ソースコードをちょっとだけ改変したものを作ってみた。
メモとかを残していく都合もあると思ったから、ＨＰ解説してみた。
外部ﾘﾝｸ:www.geocities.jp
本当は、>>1さんがソースの管理とかもしてくれたりしたら、うれしいｗ
244(1): 2008/02/04(月)01:44 ID:??? AAS
いちいちzipを解凍する気にならない
上下前次1-新書関写板覧索設栞歴
あと 650 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.040s