PHPでOOP

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

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を解凍する気にならない

245: 2008/02/04(月)09:02 ID:??? AAS
>>243
CFViewクラスに具体的な実装をしちゃダメなんだよ。
そもそもHTMLのフォーム処理とかは、あとでPEARとか使えばいい。

サブクラスをうまく呼び出す仕組みだけを実装していくんだ。

246(1): 2008/02/04(月)14:12 ID:??? AAS
>>244
> サブクラスをうまく呼び出す仕組みだけを実装していくんだ。
ｋｗｓｋ

247(1): 2008/02/04(月)23:36 ID:??? AAS
>>246
構造化プログラミングはルーチンを呼ぶ方向で実装すると思うけど
OOPではルーチンに呼ばれる方向で実装して行く感じだよ。

大枠の骨組みだけを抽象クラスで作成して、処理は具象クラスで行うんだ。
インターフェイスさえ同じならあとで個別にパーツを交換出来たりするからね。

だったら基底クラスのメソッドなんて数個で十分じゃないかと思うんだ。
やたら複雑でよくばりな機能のクラスなんて、再利用の価値がないからね。

248(1): に ◆lKs5QMUHoA 2008/02/05(火)01:28 ID:??? AAS
>>247
レスありがとうございます。
> 構造化プログラミングはルーチンを呼ぶ方向で実装すると思うけど
> OOPではルーチンに呼ばれる方向で実装して行く感じだよ。
私は、継承を活かした設計をした事が無かったので、ちょっと方向性を
誤ってしまったようですね。

Viewは、表示をつかさどるのだから、html表示を請け負うのでは、と
思っていたのですが、それよりも抽象的な枠組みを定義するという
ことですね。

となると、html表示は（PEARを使わないのであれば、）htmlタグの
省2

249: 2008/02/05(火)08:55 ID:??? AAS
>>248
HTML処理のヘルパクラス作成はあまりOOPの勉強にならないとも思うんだ。
もう既に頭の中で実装出来ているだろうし、引数を関数で処理するだけでしょ？

それよりも例えばPEARのHTML_QuickFormやテンプレートレンダラのSmartyを
Viewと連携させる仕組みとかを考えたりした方がよっぽど面白いよ。

すべてをフルスクラッチするプログラミングの方向性は必ずしも得策じゃないよ
既存のライブラリやコンポーネントを上手く利用するのもOOPの要素なんだよ。

250(2): 2008/02/05(火)11:06 ID:??? AAS
OOPで継承を用いた設計について調べてみた。（OOP理論の入門ではなく、
継承を用いた設計などが入った解説）
この連載は良いかもしれない。

オブジェクト指向プログラミング超入門
.NETでオブジェクト指向プログラミングを始めよう
外部ﾘﾝｸ[html]:www.atmarkit.co.jp

特に第6回は、今まで出てきていた話題だと思う。
Objectクラスで仮想メソッドToStringをもち、それから派生したクラスは、
オーバーロードをする仕組みを図説していて分かりやすい。

第6回階層の頂点に立つクラス
省1

251: 2008/02/05(火)11:52 ID:??? AAS
>>250
PHPのプログラマにも非常に参考になると思いますよ。

.NETの世界はクラスベースなので初めからOOPの思考で実装します。
関数が作れないので構造化思考のVB6プログラマとか、クラスをnewせずに
引数を大量に渡すスタティックメソッドを呼んだりしてしまいます・・・

PHPはC言語での関数モジュールを呼び出す実装スタイルに近いので
やはりクラスを使って構造化プログラミングをしちゃいがちですね。

普及しているPHP4がOOP対応不十分なのと、開発環境が貧弱であることも
PHPでOOPがなかなか利用されない原因になってたりしますよね。

プロテクテッドメソッドの概念とかIDEがないと、なんでそうするのか
省1

252(2): 2008/02/05(火)11:56 ID:??? AAS
AA省

253: 2008/02/05(火)12:16 ID:??? AAS
AA省

254: 2008/02/05(火)13:28 ID:??? AAS
Debug用出力のメソッドをView（基底クラス）に追加するといいだろうね。
各画面（[LoginView] [InsertView] [MenuView] ・・・）で
エラー確認用のメソッドをオーバーロードする形で。
開発中はPOSTで受け取ったデータとかを画面上部に表示しながら動作確認する
っていうのは、よくやるからね。

Objectクラスを継承する形にするのは、このスレでは共通したメソッドの
実装という理由だ。という話だったけど、リファレンス関係の処理で
便利だという話がサイトに載っているようだね。
このあたりの考え方も活かすと良いかもしれない。
ただ、PHPのOOPだとうまく実装出来ないかもしれないが。
省1

255(3): 2008/02/05(火)13:44 ID:??? AAS
Modelクラスも以下のメソッドを追加するという感じで設計すると良いのかな。

Select // データ取り出し
Delete // 削除
Insert // 新規追加
Update // 既存データの更新

>>228に載ってる既存のクラスには Execute があるけれど、
これも残しておくべきかな？

256(1): に ◆lKs5QMUHoA 2008/02/05(火)19:03 ID:??? AAS
案がいくつか出てきたので、前回の駄目なソースを破棄して
またソースコードをリニューアルしようかと思ったが、
いざやり始めてみると、データベースを管理する基底クラスの
設計を具体的にどうするかをきめないといけなくなり、それを
どうするかで迷っている。。。

概ね以下のような感じにしたいと思ってるんだけどね。
DB格納の基底クラス：CFDB
テキストファイルに保存するクラス：Text_DB extend CFDB
PostgreSQLに保存するクラス：PostgreSQL_DB extend CFDB
MySQLに保存するクラス：MySQL_DB extend CFDB
省5

257(1): 2008/02/05(火)20:33 ID:??? AAS
>>255
普通は機能をメソッドに振り分けると思うけど
コントローラのメソッド内で以下の様に
操作出来たら面白くない？

// モデルにフォーム値を渡してデータ書き込み
$insert = $this->models['InsertModel'];
$insert->setItem('name', $_POST['name']);
$insert->setItem('title', $_POST['title']);
$insert->setItem('body', $_POST['body']);
$insert->execute();
省6

258(1): に ◆lKs5QMUHoA 2008/02/05(火)23:02 ID:??? AAS
>>257
要求仕様案

私は眼鏡屋（○○支店の店長）をやっている。
顧客の情報（名前、住所、性別、生年月日、・・・）を管理したい。

・眼鏡を購入した顧客の情報を登録しておき、ある一定期間経つと
新しい眼鏡を購入する案内のＤＭを発送したい。
→条件検索をしたい。
・登録した情報を検索し、どんなお客様かをすぐに確認出来るようにする。
→例えば、苗字を聞いて、詳細が分かるようにする。
・眼鏡の定期的なメンテナンスで、訪問してきたら、その対応履歴を
省11

259: に ◆lKs5QMUHoA 2008/02/05(火)23:21 ID:??? AAS
[データの入力例]
氏名：茂名
フリガナ：モナー
性別：男性
生年月日：H1/3/3
住所：東京都・・・
コメント：ふちなしタイプを希望している。

眼鏡購入日：2007/1/5
眼鏡の型番：2ch

[2007/1/5に購入した2ch]のメンテナンス履歴
省7

260(1): に ◆lKs5QMUHoA 2008/02/06(水)01:36 ID:??? AAS
View の Debug メソッドの仕様もどうするかで迷っている。
Execute($param)したあと、Debugとか、もしくは、
Debugの中でExecute($param)を呼び出す処理だと、
<html>タグのそとに確認データが出力されてしまう。

Debug モードを on にすれば、<body>タグの上部に
テーブルで区切ってデータが表示されるとかかな。
だったら、メンバにDebugモードを追加かな。
という感じに考えてる。

みんなどう思う？

261(1): 2008/02/06(水)09:30 ID:??? AAS
>>258
ちょっとしたシステムじゃん・・ (´･ω･)
それこそ既存のフレームワーク使用する案件だよ。

>>260
ディレクティブ付けたechoやvar_dump埋め込みで十分だと思うよ。
むしろその機能を実装するより、デバッガ環境構築した方がいい・・・

OOPに対する基本的概念への理解があまりにも無さ過ぎると思うんだ。
>>255にしても、Executeメソッドに呼ばれる仕組み作ってんのに、
なんで新しいメソッド実装して直接呼びたがるんだろう？

あれほどインタフェイスだけで実装するんだと（ｒｙ
省1

262(2): 1 ◆SWtzLesEmM 2008/02/06(水)10:44 ID:??? AAS
>>243
>外部ﾘﾝｸ:www.geocities.jp

↓動作サンプルを設置しました。
外部ﾘﾝｸ:ssurl.net

↓コードに関するコメントのまとめ（>>184-226辺り）
外部ﾘﾝｸ:ssurl.net

263(2): 2008/02/06(水)11:45 ID:??? AAS
>>262
非常に乙です。m(_ _)m

>>226だけど　>>1さんにここまでやって貰っちゃって申し訳ないし
これぞOOPってサンプルを必死に実装してアップするんでしばしお待ちを・・

264: 2008/02/06(水)13:18 ID:??? AAS
>>263
はやくアップしろよなｗ

俺がそれ見て勉強して、いつかエロイ人になったら
お前を雇ってやるよ！　感謝しろ

265: に ◆lKs5QMUHoA 2008/02/06(水)16:04 ID:??? AAS
>>262
動作サンプルまでつけていただいて、ありがとうございます。
過去ログも、そのままコピペするんじゃなくて、色をつけたり
分類したりすると非常に分かり易いですね。

ShiftJISだったりとか、スペース2個というのは標準じゃないとかは
気づいてたのですが、そこまで治していただいて申し訳ないです。

266(1): 2008/02/06(水)16:34 ID:??? AAS
MVCって難しいね。

267: 2008/02/06(水)17:31 ID:??? AAS
>>266
別にわかんなくったって、やってけるから大丈夫。
無理に背伸びする必要は無い。

268: に ◆lKs5QMUHoA 2008/02/06(水)20:19 ID:??? AAS
フレームワークの解説に関するサイトを見つけました。
ここで概要をつかんだ後、実際に触れてみるといいかもしれない。

ASP.NET vs. Struts
フレームワーク徹底比較［前編］
外部ﾘﾝｸ[html]:www.atmarkit.co.jp

この文章書いてる人、ネットワーク関連の書籍でよく見かけるよね。

269(1): 2008/02/07(木)10:03 ID:??? AAS
>>261
> OOPに対する基本的概念への理解があまりにも無さ過ぎると思うんだ。
> >>255にしても、Executeメソッドに呼ばれる仕組み作ってんのに、
> なんで新しいメソッド実装して直接呼びたがるんだろう？

> あれほどインタフェイスだけで実装するんだと（ｒｙ

ちいたんのフレームワークは、Modelにinsertやdelを持ってるからそれを
参考に設計してみたんだけど。
外部ﾘﾝｸ[php]:php.cheetan.net

俺はこれから勉強していくところなので理解がないのは認めるが、
このあたりはどういう見解なのかを教えて欲しい。
省3

270(1): 2008/02/07(木)10:24 ID:??? AAS
>>269
フレームワーク実装に正解も不正解も無いと思うけどね・・

例えば
・クラスを使った構造化的メソッド呼び出し
$model->insert();
$model->del();
よりも
・ポリモーフィズム
$insert->execute();
$del->execute();
省6

271(1): 2008/02/07(木)10:55 ID:??? AAS
>>270
レスサンクス。となると、
class CInsert extend CView、class CDel extend CView、・・・
みたいな設計にするということ？

ちょっと大雑把になってるけど、CInsertはこんな感じに実装するとか。
（テーブルのフィールドは、a,b,cという場合。）
class CInsert extend CView{
var $field_a;
var $field_b;
var $field_c;
省18

272(1): 2008/02/07(木)11:32 ID:??? AAS
じゃ、用件仕様はこんな感じで良いのか？

[認証]
→・ID、パスワードにて認証
　・認証成功で[メニュー]へ移動

[メニュー]
→・（新規）[個人情報入力]、[検索指定]画面へ移動するボタンがある

[個人情報入力]
→・名前、性別　を登録

[検索指定]
→・氏名のキーワードを含む検索、性別指定が出来る。
省4

273(1): 2008/02/07(木)12:35 ID:??? AAS
>>271今こんな感じ。
[DataModel.php]
<?php
/**
* データModel抽象クラスです。
*/
class DataModel extends Model
{
# @access private
var $_items;
省14

274(1): 2008/02/07(木)12:36 ID:??? AAS
[InsertModel.php]
<?php
/**
* データ追加Model抽象クラスです。
*/
class InsertModel extends DataModel
{
# @access sealed
function & _onExecute(&$param)
{
省8

275(1): 2008/02/07(木)12:37 ID:??? AAS
[SampleInsertModel.php]
<?php
/**
* データ追加サンプルクラスです。
*/
class SampleInsertModel extends InsertModel
{
# @access protected
function & _onInsert(&$param)
{
省19

276: 2008/02/07(木)13:59 ID:??? AAS
細かい指摘になるけれど、継承関係の勉強中なので質問で書き込みします。

[InsertModel.php]
class InsertModel extends DataModel
function & _onExecute(&$param) 　のところは、
return $this->_OnInsert(&$param); 　となっているけれど、
return $this->_onInsert(&$param); 　が正しいという解釈で良いのですよね？

277: 2008/02/07(木)14:16 ID:??? AAS
>>273-275
ソースのサンプルサンクス。
イメージしてたよりも継承が多いですね。

全体ソースコードの可読性よりも、クラス単位での
再利用性を考えた場合は、このような構成になる
のでしょうね。早く慣れないといけません。

278: 2008/02/07(木)15:36 ID:??? AAS
まだ中身が出来ていない状況なので、修正の必要はあるだろうけど、
こんな感じでドキュメントもまとめていくと、分かりやすくなるだろうね。

■SampleInsertModelクラス[SampleInsertModel.php]
Model - DataModel - InsertModel - SampleInsertModel

◎概要
DBへのデータの記録、読み取りを行うクラス。

◎メンバ一覧
[publicコンストラクタ]
SampleInsertModel()

[publicメソッド]
省8

279(2): 2008/02/07(木)23:22 ID:??? AAS
>>263 ひとまず出来ました・・疲れました・説明は後でアップしようと思います・・
外部ﾘﾝｸ[zip]:proxy.f3.ymdb.yahoofs.jp

280: に ◆lKs5QMUHoA 2008/02/07(木)23:27 ID:??? AAS
>>279
乙です。じっくりソースを読んでみます。

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

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

ぬこの手ぬこTOP 0.033s