PHPでOOP

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

PHPを使ってプログラミングするとき、
プロシージャ指向（手続き型、構造化プログラミング）でもできますが、
オブジェクト指向を使った場合の恩恵を享受するために、
PHPでオブジェクト指向プログラミングの勉強をしてみましょう。

＜目的＞
PHP5でオブジェクト指向プログラミングを行なうための知識を習得する。
（PHP4のOOPもOK、このスレが1000に行く前にPHP6が出たらPHP6のOOPもOK）

＜方向性＞
・このスレは、プログラミング初心者、PHP初心者の勉強の場として利用することを前提にします。
・PHPのOOPの話題に限定します。
（Ruby、Python、Javaなど他言語のOOPについては、その言語のスレッドでお願いします。）
・PHPのOOP学習に役立つ本、WEBサイトの紹介をお願いします。

＜その他＞
・略記は、「OO」＝「オブジェクト指向」、「OOP」＝「オブジェクト指向プログラミング」でお願いします。
・質問をする人はなるべくトリップを付けましょう。
・荒らし、煽り、叩き、気違いは無視・無干渉でお願いします。

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

**nobodyさん** · 2007/02/23(金) 13:38:15

初心者にもわかるようにメリットぐらいかいてよ・・。

**nobodyさん** · 2007/02/23(金) 13:41:55

インスタンスとインヘリタンスがまぎわらしい（なぜか変換・・・

1 ◆SWtzLesEmM · 2007/02/23(金) 13:42:26

オブジェクトと関数の本質的な違いと使い分け
ttp://d.hatena.ne.jp/toku-hiro/20060826

var とか this って何だ？
ttp://d.hatena.ne.jp/toku-hiro/20060902

アクセサメソッド
ttp://d.hatena.ne.jp/toku-hiro/20061022

継承、オブジェクトコンポジション
ttp://d.hatena.ne.jp/toku-hiro/20061129
ttp://d.hatena.ne.jp/toku-hiro/20061203

1 ◆SWtzLesEmM · 2007/02/23(金) 13:51:33

>>2
ttp://d.hatena.ne.jp/toku-hiro/20060826
この説明見てなるほどな～～～！と思いました＾＾

>(1) オブジェクトと関数の本質的な違いと使い分け
>コーディング上の本質的な違いは「変数を保持できるか否か」に尽きます！
>関数を定義するときには、（グローバル変数を除き）引数として関数の外部から渡し、return で返すことしかできませんが、クラスは内部で変数を定義でき、クラスの実体のオブジェクトはどこからでも内部変数を引き出すことができます。
>定義関数の return であれもこれも返したいのにうまく返せず、煩雑な配列に格納して返す…といったことが減ると思います。
>あれもこれも引数として渡したいとき、または、あれもこれもreturnしたいときは、関数よりクラスの方が遥かに簡単です。

「クラス」という仕組は便利そうですね。クラスを考えた奴、偉い！

1 ◆SWtzLesEmM · 2007/02/23(金) 13:54:53

>>3
なんかプログラミングって、カタカナ用語がたくさん登場しますよね＞＜
クラスって聞いたら学校の「教室」を連想しちゃう＞＜

**nobodyさん** · 2007/02/23(金) 15:12:49

Webでオブジェクト指向
http://pc10.2ch.net/test/read.cgi/php/1133489897/

こっちじゃ何故駄目なんだ？

**nobodyさん** · 2007/02/23(金) 16:25:04

>>1
>>5
自作自演乙ｗ

**nobodyさん** · 2007/02/23(金) 16:52:36

トリップ出してるのに自作自演もくそもあるのかｗ

1 ◆SWtzLesEmM · 2007/02/23(金) 19:44:43

>>7
>Webでオブジェクト指向
>http://pc10.2ch.net/test/read.cgi/php/1133489897/
>こっちじゃ何故駄目なんだ？

そっちも参考に眺めています。
あと、プログラマー板にもあるオブジェクト指向関係のスレもちょっと眺めています。

PHPに的を絞った情報が欲しいので、専用のスレを立ててみました。
もちろん、JavaやRuby、Pythonとかも使えればいいけど、そこまで手を広げる時間がないので、とりあえず今の段階ではPHPで勉強。
PHPを使っていて、オブジェクト指向プログラミングのやり方を勉強したい人がいたら一緒に勉強していきましょう。
よろしく(・∀・)

**nobodyさん** · 2007/02/23(金) 21:14:52

>>9
ちげーよ
自分のサイトの宣伝して
「この説明見てなるほどな～～～！と思いました＾＾」
と書いてるところがだよ

**nobodyさん** · 2007/02/23(金) 21:34:47

>>11
OOPのメリット聞かれたから自分で見つけた参考サイト出して自分の所感言っただけだろ。
聞くだけで何もしない厨より、アクティブな>>1に好感が持てたが。

って擁護すると自演って言うのかな？

**nobodyさん** · 2007/02/23(金) 22:38:47

まあ、PHPでOOPなんてのは、今までて来たtoku-hiroさん以外にも
書いている人は多そうだから（俺は知らないけど）
他のも出せば、>>1の疑いは晴れるんじゃないかな。

1 ◆SWtzLesEmM · 2007/02/23(金) 23:18:48

Googleで「PHP オブジェクト指向」を検索
http://www.google.co.jp/search?q=PHP+%83I%83u%83W%83F%83N%83g%8Ew%8C%FC

よさげなサイトをピックアップしてみよう！

1 ◆SWtzLesEmM · 2007/02/23(金) 23:23:43

PHPのオンラインマニュアルがよくまとまってますねｗ（当たり前？）

http://jp2.php.net/zend-engine-2.php
第19章クラスとオブジェクト (PHP 5)

1 ◆SWtzLesEmM · 2007/02/23(金) 23:49:00

http://www.mogurin.net/index/php.obj.inc.html
PHP4のOOPについて、簡単な説明がありました。

PHP5のOOPは、PHP4のOOPに変更が加えられているので、ちょっと違う部分があります。

1 ◆SWtzLesEmM · 2007/02/24(土) 00:03:56

PHP4のオブジェクト指向、デザインパターンについての説明がありました。
http://www.aglabo.com/agl/proevo/PHP/objectbrain/4-composite2.html

PHP5のオブジェクト指向について説明がありました。
http://www.doyouphp.jp/php5/

オブ脳 in PHP
http://www.aglabo.com/agl/proevo/PHP/objectbrain/
「委譲」などの説明がありました。

今の段階では、ちょっとよく理解できませんでしたがこんな話もあるんですね。

**nobodyさん** · 2007/02/24(土) 00:47:36

初心者のおれも学習するから講義すすめてくれ

**nobodyさん** · 2007/02/24(土) 01:05:02

>>18
わかった。

オブジェクトの
オブとはすなわち飯富。飯富厩舎所属だということ。

オブジェクトの
ジェクトトはすなわちジェクト。FF10のジェクトだということ。

**nobodyさん** · 2007/02/24(土) 13:35:58

オブジェクトを利用すると何がいいのか一言でまとめて

**nobodyさん** · 2007/02/24(土) 13:43:25

プロとしての自信が持てるようになります

1 ◆SWtzLesEmM · 2007/02/24(土) 16:26:54

とりあえず簡単なWEBアプリケーションを作りながらOOPの勉強をしてみたいです。
OOPで掲示板を作ってみたいです。

(1)最初はOOPを使わないで掲示板を作ってみる
(2)次にOOPで同じ掲示板を作ってみる
という流れにすると、対比によってOOPが理解しやすくなるでしょうか？
＝始めに完成形ありきと。

1 ◆SWtzLesEmM · 2007/02/24(土) 16:34:22

掲示板の機能としては、

(1)名前とタイトルと本文を入力＆投稿できる。
(2)投稿の一覧（タイトル＋投稿日時）が表示できる。
(3)投稿の詳細内容（１つ１つの投稿を個別に閲覧）が表示できる。

という最低限の機能で作ってみて、
後から徐々に機能を追加して拡張してみましょう。

1 ◆SWtzLesEmM · 2007/02/24(土) 16:45:34

データベースは普段MySQLを使ってます。
文字化け対策が面倒くさいので、文字コードはUTF-8（UTF-8N）にしときます。

テーブル名は、message
カラムは、
message_id (int not null auto_increment) ←主キーにする
name (text)
title (text)
message (text)
create_date (datetime または年月日時分秒の14桁でvarchar(14))
の5個にしてみましょう。

テーブル名やカラム名の付け方は、
複数形(messages)と単数形(message)のセットで命名したりとか、
主キーは単に「id」としておく方が分かりやすいでしょうか？

ラーメンの具でメンマが9切れのっているか10切れのっているかという違い…些細なことはどうでもいいか。

1 ◆SWtzLesEmM · 2007/02/24(土) 16:53:26

MySQL5.0で、phpMyAdminを使って、oop_testというデータベースを1個新設しました。
その中にテーブルを1個作りました。

CREATE TABLE `message` (
`message_id` int(11) NOT NULL,
`name` text,
`title` text,
`message` text,
`create_date` datetime default NULL,
PRIMARY KEY (`message_id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

日付はとりあえずdatetime型にしておきました。
MySQL4.0を使っている人は、上記のSQL文から「DEFAULT CHARSET=utf8」という句を削らないとエラーになると思います。

1 ◆SWtzLesEmM · 2007/02/24(土) 17:00:26

画面は、>>23の(1)～(3)の3画面を用意すればOKかな？
画面（ハリボテ）を先に作ってみて、それにプログラムを付けて動くようにしてみます。

(1)入力ページ　input.php
(2)一覧ページ　list.php
(3)詳細ページ　message.php

http://itpro.nikkeibp.co.jp/article/COLUMN/20070214/261859/
「HTML画面をそのまま仕様書に」，5カ月で1000画面を構築した就職サイトPuffの高速開発手法

**nobodyさん** · 2007/02/24(土) 18:52:22

wktk

1 ◆SWtzLesEmM · 2007/02/24(土) 20:07:40

>>25
主キーをオートインクリメント（連番の）の設定にしておくのを忘れてました。orz

CREATE TABLE `message` (
`message_id` int(11) NOT NULL auto_increment,
`name` text,
`title` text,
`message` text,
`create_date` datetime default NULL,
PRIMARY KEY (`message_id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

**nobodyさん** · 2007/02/25(日) 02:57:19

サンプルページ公開して

2 · 2007/02/25(日) 16:11:09

定番のhelloを表示ｗ
class hello {
var $aisatu = "こんにちは";
}

$re = new hello();
$aisatu = $re->aisatu;
echo $aisatu;

読み図ら買ったら適当に改行して

2 · 2007/02/25(日) 16:19:08

#オブジェクト学校のhelloクラスを作る
class hello {

#このクラスに生徒である$aisatu君がいる
#彼に「こんにちは」という言葉を覚えさせる
var $aisatu = "こんにちは";

#放課後なので括弧で閉じる
}

#クラスの風景を覗くための魔法
$re = new hello();

#生徒$aisatu君に「こんにちは」を言わせるための魔法を矢で飛ばす。
#魔法で生徒$aisatu君の$は壊れてしまい、以下のような記述になる。。
$aisatu = $re->aisatu;

#魔法にかかった生徒挨拶君をおまえらのディスプレイに召還する。
echo $aisatu;

**nobodyさん** · 2007/02/26(月) 16:35:48

コードの解説なんてしなくても見ればわかる。
「なぜOOP」か、だとか、
こういう場合にOOPが役立つ、というのを具体的なコードで示してくれ

**nobodyさん** · 2007/02/26(月) 18:41:14

namespace は結局 PHP5 では実装されなかったんだね････
悲しい。悲しすぎる。

**nobodyさん** · 2007/02/26(月) 23:07:07

MVCのMをOOPでCは手続きVはテンプレート

1 ◆SWtzLesEmM · 2007/02/27(火) 15:21:07

>>22 (1)最初はOOPを使わないで掲示板を作ってみる
OOPを使わないで作った簡単な掲示板をアップしてみます。

>>26
ファイルは、他に掲示板のトップページと、DB接続関係のデータを入れたファイルを用意しました。
WEBサーバのルート直下にデプロイした場合を想定しています。

/index.html　掲示板のトップページ
/db.php　データベースの接続関係のデータのファイル
/input.php　メッセージ入力ページ
/list.php　メッセージ一覧ページ
/message.php　メッセージ詳細ページ

1 ◆SWtzLesEmM · 2007/02/27(火) 15:22:07

index.htmlの内容は以下の通りです。

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>掲示板メニュー</title>
</head>
<body>
<h1>掲示板メニュー</h1>
<div id="menu">
<ul>
<li><a href="input.php">メッセージ入力</a></li>
<li><a href="list.php">メッセージ一覧</a></li>
</ul>
</div>
</body>
</html>

1 ◆SWtzLesEmM · 2007/02/27(火) 15:24:34

db.phpの内容は以下の通りです。

<?php
/**
* データベース
*/

//本番環境ドメイン名
define("DOMAIN", "xrea.com");//ドメイン名に含まれる文字列を指定

//MySQL設定（本番環境とテスト環境で切替え）
if (ereg(DOMAIN, $_SERVER['SERVER_NAME'])) {
//本番環境
define("DBSERVER", "localhost");
define("DBUSER" , "username");
define("DBPASSWORD", "password");
define("DBNAME", "oop_test");
} else {
//テスト環境
define("DBSERVER", "localhost");
define("DBUSER" , "test_username");
define("DBPASSWORD", "test_password");
define("DBNAME", "oop_test");
}

（以下、続く）

1 ◆SWtzLesEmM · 2007/02/27(火) 15:25:32

db.phpの続きです。

//MySQL接続関数
function db_connect() {
// MySQL 接続
$link = mysql_connect(DBSERVER, DBUSER, DBPASSWORD);
if (!$link) {
die('mysql_connect ERROR: ' . mysql_error());
}

// MySQL DB 選択
$db_selected = mysql_select_db(DBNAME, $link);
if (!$db_selected) {
die ('mysql_select_db ERROR: ' . mysql_error());
}

// MySQL 4.1以上文字コードセット
mysql_query('SET CHARACTER SET utf8');

return $db_selected;
}

1 ◆SWtzLesEmM · 2007/02/27(火) 15:26:17

db.phpの続き（その２）です。

//MySQLプリペアードステートメント関数（SQLインジェクション対策）
//（参考）http://www.php.net/manual/ja/function.mysql-query.php#70686
function mysql_prepare($query, $phs = array()) {
$phs = array_map(create_function('$ph', 'return "\'".mysql_real_escape_string($ph)."\'";'), $phs);

$curpos = 0;
$curph = count($phs)-1;

for ($i = strlen($query) - 1; $i > 0; $i--) {
if ($query[$i] !== '?') {
continue;
}
if ($curph < 0 || !isset($phs[$curph])) {
$query = substr_replace($query, 'NULL', $i, 1);
} else {
$query = substr_replace($query, $phs[$curph], $i, 1);
}
$curph--;
}
unset($curpos, $curph, $phs);
return $query;
}
?>

1 ◆SWtzLesEmM · 2007/02/27(火) 15:30:07

input.phpの内容は以下の通りです。

<?php
/**
* メッセージ入力画面
*/

require_once("db.php");
db_connect();

//
$name = $_POST['name'];
$title = $_POST['title'];
$message = $_POST['message'];
$error_msg = "";

（以下、続く）

1 ◆SWtzLesEmM · 2007/02/27(火) 15:30:59

db.phpの続きです。

//入力値バリデート
if (0 < strlen($name) && 0 < strlen($title) && 0 < strlen($message)) {
//DB保存処理
$create_date = date("Y/m/d H:i:s");
$sql = "INSERT message SET
name = ? ,
title = ? ,
message = ? ,
create_date = ? ";
$phs = array($name, $title, $message, $create_date);//プレースホルダーにバインドする変数
$sql_prepare = mysql_prepare($sql, $phs);
$result = mysql_query($sql_prepare) or die('SQL Error: ' . mysql_error());
//ページ移動
if ($result == TRUE) {
$url = "http://";.$_SERVER['HTTP_HOST']."/test2/list.php";//メッセージ一覧
header("Location: ".$url);
exit;
}
} else {
$error_msg = "名前、タイトル、メッセージをすべて入力してください。";
}
?>

1 ◆SWtzLesEmM · 2007/02/27(火) 15:34:29

>>41
間違えました。

>db.phpの続きです。
ではなくて、
「input.phpの続きです。」
でした。(・∀・)

あと、
>$url = "http://";.$_SERVER['HTTP_HOST']."/test2/list.php";//メッセージ一覧
ではなくて、
$url = "http://";.$_SERVER['HTTP_HOST']."/list.php";//メッセージ一覧
になります。

＝ローカルでは、/test2というフォルダを作ってその中にいれていたので。
＝本番環境では、ドキュメントルート直下を想定しているので、/test2/は不要

もう一回訂正してアップします。

1 ◆SWtzLesEmM · 2007/02/27(火) 15:40:30

>>41の訂正です。

input.phpの続きです。

//入力値バリデート
if (0 < strlen($name) && 0 < strlen($title) && 0 < strlen($message)) {
//DB保存処理
$create_date = date("Y/m/d H:i:s");
$sql = "INSERT message SET
name = ? ,
title = ? ,
message = ? ,
create_date = ? ";
$phs = array($name, $title, $message, $create_date);//プレースホルダーにバインドする変数
$sql_prepare = mysql_prepare($sql, $phs);
$result = mysql_query($sql_prepare) or die('SQL Error: ' . mysql_error());
//ページ移動
if ($result == TRUE) {
$url = "http://";.$_SERVER['HTTP_HOST']."/list.php";//メッセージ一覧
header("Location: ".$url);
exit;
}
} else {
$error_msg = "名前、タイトル、メッセージをすべて入力してください。";
}
?>

（以下、続く）

1 ◆SWtzLesEmM · 2007/02/27(火) 15:42:00

input.phpの続き（その２）です。

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>メッセージ入力</title>
</head>
<body>
<h1>メッセージ入力</h1>
<div id="menu">
<ul>
<li><a href="input.php">メッセージ入力</a></li>
<li><a href="list.php">メッセージ一覧</a></li>
</ul>
</div>
<?php echo $error_msg; ?>
<div id="input">
<form name="form_input" method="post" action="input.php">
<div id="name">名前<br>
<input type="text" name="name" value="<?php echo htmlspecialchars($name); ?>">
</div>
<div id="title">タイトル<br>
<input type="text" name="title" value="<?php echo htmlspecialchars($title); ?>">
</div>
<div id="message">メッセージ<br>
<textarea name="message"><?php echo htmlspecialchars($message); ?></textarea>
</div>
<input type="submit" name="submit" value="送信">
</form>
</div>
</body>
</html>

1 ◆SWtzLesEmM · 2007/02/27(火) 15:44:03

list.phpの内容は以下の通りです。

<?php
/**
* メッセージ一覧画面
*/
require_once("db.php");
db_connect();

//
$page = intval($_GET['page']);
$max = 10;//１ページ当たりの最大表示件数

//ページング（ページ数は１から数える）
$sql = "SELECT count(*) AS total FROM message";
$result = mysql_query($sql) or die('SQL Error: ' . mysql_error());
if ($result) $row = mysql_fetch_array($result);
$total = $row['total'];//全メッセージ数
$page_total = ceil($total / $max);//全ページ数
if ($page < 1) $page = 1;
if ($page_total < $page) $page = $page_total;

//メッセージ取得
$sql = "SELECT * FROM message ORDER BY create_date DESC LIMIT ".(($page - 1) * $max) .",".$max;
$result = mysql_query($sql) or die('SQL Error: ' . mysql_error());
?>

1 ◆SWtzLesEmM · 2007/02/27(火) 15:45:25

list.phpの続きです。

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>メッセージ一覧</title>
</head>
<body>
<h1>メッセージ一覧</h1>
<div id="menu">
<ul>
<li><a href="input.php">メッセージ入力</a></li>
<li><a href="list.php">メッセージ一覧</a></li>
</ul>
</div>
<div id="paging">
<?php
//ページング処理
echo "全".$total."件";
echo "（ページ".$page."目）";
for ($i = 1; $i <= $page_total; $i++) {
echo "<a href='list.php?page=".$i."'>".$i."</a> ";
}
?>
</div>

1 ◆SWtzLesEmM · 2007/02/27(火) 15:46:10

list.phpの続き（その２）です。

<table border="1" cellpadding="5">
<tr bgcolor="#FFFF99">
<td>タイトル</td>
<td>投稿者名</td>
<td>投稿日</td>
</tr>
<?php
//メッセージ一覧
while ($rows = mysql_fetch_array($result)) {
echo "<tr>";
echo "<td><a href='message.php?message_id=".htmlspecialchars($rows['message_id'])."'>".htmlspecialchars($rows['title'])."</a></td>";
echo "<td>".htmlspecialchars($rows['name'])."</td>";
echo "<td>".htmlspecialchars($rows['create_date'])."</td>";
echo "</tr>";
}
?>
</table>
</body>
</html>

1 ◆SWtzLesEmM · 2007/02/27(火) 15:47:39

message.phpの内容は以下の通りです。

<?php
/**
* メッセージ詳細画面
*/
require_once("db.php");
db_connect();

//
$message_id = intval($_GET['message_id']);

//メッセージ取得
$sql = "SELECT * FROM message WHERE message_id = ?";
$phs = array($message_id);//プレースホルダーにバインドする変数
$sql_prepare = mysql_prepare($sql, $phs);
$result = mysql_query($sql_prepare) or die('SQL Error: ' . mysql_error());
if ($result) {
$row = mysql_fetch_array($result);
}
?>

1 ◆SWtzLesEmM · 2007/02/27(火) 15:49:23

message.phpの続きです。

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>メッセージ詳細</title>
</head>
<body>
<h1>メッセージ詳細</h1>
<div id="menu">
<ul>
<li><a href="input.php">メッセージ入力</a></li>
<li><a href="list.php">メッセージ一覧</a></li>
</ul>
</div>
<table border="1" cellpadding="5">
<tr>
<td bgcolor="#FFFF99">投稿者名</td>
<td><?php echo htmlspecialchars($row['name']); ?></td>
</tr>

1 ◆SWtzLesEmM · 2007/02/27(火) 15:50:12

message.phpの続き（その２）です。

<tr>
<td bgcolor="#FFFF99">投稿日</td>
<td><?php echo htmlspecialchars($row['create_date']); ?></td>
</tr>
<tr>
<td bgcolor="#FFFF99">タイトル</td>
<td><?php echo htmlspecialchars($row['title']); ?></td>
</tr>
<tr>
<td bgcolor="#FFFF99">メッセージ</td>
<td><?php echo nl2br(htmlspecialchars($row['message'])); ?></td>
</tr>
</table>
</body>
</html>

1 ◆SWtzLesEmM · 2007/02/27(火) 15:59:41

それでは、次行ってみよう！
>>22 (2)次にOOPで同じ掲示板を作ってみる

>>34
PHPコードとHTML表示を一緒にしてありますが、OOPではテンプレートシステムを使って、PHPコードとHTML表示部分を分離して、MVCにしてみたいです。

どういうクラスを作ればいいのか良く分かりません＞＜

(1)コントローラー（＋アクション）→input、list、message
(2)モデル→データベース接続処理も１つのクラスにするのでしょうか？
(4)ビュー→テンプレートシステムへの出力
というかんじで３個のクラスが必要でしょうか？
それぞれのクラスに必要なプロパティとメソッドを何にするか？
クラスを考えて、ＵＭＬでクラス図を作ってみたいです。

**nobodyさん** · 2007/02/27(火) 22:54:58

がんばってるなあ。
おれもがんばろう。

**nobodyさん** · 2007/02/28(水) 03:12:15

わかりにくいからWebサイトにまとめてくれ。PHP使いなんだし

1 ◆SWtzLesEmM · 2007/02/28(水) 20:49:38

>>53
まとめサイトを設置しました。
ttp://kameleon.s241.xrea.com/dokuwiki/doku.php

**nobodyさん** · 2007/02/28(水) 22:48:34

最終的にMVCな構成を目標に
少しずつリファクタリングしていけばよいと思う

とりあえずDBアクセスを一箇所にまとめるモデルを作ってみるといいんじゃない
・全件取得
・1件取得
・1件追加
できるMessageクラスとかを作ってそこにDBアクセス（SQL)をまとめれ

**nobodyさん** · 2007/03/03(土) 13:53:29

期待上げ

**nobodyさん** · 2007/03/04(日) 04:17:32

期待

**nobodyさん** · 2007/03/11(日) 11:30:29

OOP勉強したいなら、実力不足のやつが書いたガラクタ掲示板スクリプトを
読むより、有名なオープンソースのスクリプトを読めばいいじゃん。
そもそも>>1の意味不明な独善なんかに付き合わなくてもOOPに関する情報
はいくらでも手にはいるし。

**nobodyさん** · 2007/03/11(日) 23:56:02

ど素人に肥大したコードを読ませて理解できると思ってる思考回路がｶｺｲｲ！

**nobodyさん** · 2007/03/12(月) 08:27:35

>>59
ど素人はみんな、自分みたいな学習意欲も向上心もない人間だと思ってる
思考回路がｶｺｲｲ！

**nobodyさん** · 2007/03/12(月) 09:16:45

>>60 思考回路がｶｺｲｲ！

**nobodyさん** · 2007/03/12(月) 09:57:59

>>59-61
全員ｶｺﾜﾙｲ！！　俺はｶｺｲｲ！！

**nobodyさん** · 2007/03/12(月) 13:37:56

>>1-62
全員ｶｺｲｲ!!
俺はｶｺﾜﾙｲ!!

**nobodyさん** · 2007/03/12(月) 14:07:03

で、結局荒れ放題になり>>1の独善は無事終了したのだった。
ちゃんちゃん。

1 ◆SWtzLesEmM · 2007/05/12(土) 03:12:14

>>55
DBにアクセスするためのクラスを作ろうと思って、とりあえずdb.phpをクラスの形に変えてみようと試みました。
だけど、コンストラクタでエラーが出てストップ！
Fatal error: Cannot access empty property in /…/test.php on line 18

なんでエラーになるのか？よく分からなくて、PHP5のコンストラクタについて調査していたら、サンプルになりそうなDBクラスの解説記事がありました。
http://www.bnote.net/php/php/09_db_class.shtml
↑これをソックリ真似すれば、DBクラスは何とかなるかな？

ところで、このbnoteというサイトのPHP解説記事には、掲示板を作ってみるサンプルがあり、参考になりそうです。
http://www.bnote.net/php/php_idx.shtml
>PHPでフォーラムを作ろう!

**nobodyさん** · 2007/05/12(土) 16:09:18

中傷されている>>1だが、
普通に>>1のおかげでだいぶいい情報が手に入った。
曖昧だったクラスがなんとか分かりそうだよ。
ありがとー
PHPでわからない人は情報が足りないのかもな。
似てるJAVAで本格的なものを見てみると分かるのかも。

昔、歴史で年表同士のつながりが薄くて分かりづらかったように、
もっと詳しく高校の歴史くらいのをみれば分かりやすい。

**nobodyさん** · 2007/05/12(土) 23:32:04

なんていうか「こういうときにはこういう設計をします」っていう
具体的な情報がほしいよな
俺は車なんかプログラミングしないっての

**nobodyさん** · 2007/05/14(月) 00:46:15

最近ちょっとだけ解ってきた。

なぜOOPなのかと言えば
再利用とメンテナンス、拡張がやりやすい（やりやすく作ることが出来る）ということがすごくて、
そのためにカプセル化とポリモーフィズムがあって
ポリモーフィズムを実現（保証）するために継承や、インターフェイスや抽象クラスがあるって感じなのかな？

PHPによるデザインパターンは読んでみても良いと思う。
あと、ゼンドフレームワーク勉強用にZFで動くブログソフトみたいのあるから、それの仕組みと、ZFのソース（全部はきついけど関係あるところだけ）
を見てみると、結構勉強になると思う。
ttp://www.itmedia.co.jp/enterprise/articles/0702/28/news028.html
ttp://www.itmedia.co.jp/enterprise/articles/0703/05/news013.html
ttp://www.itmedia.co.jp/enterprise/articles/0703/08/news018.html
記事がちょっと古いから最新バージョンと微妙に違うけど。

まあ、このフレームワークが良いか悪いかは別にして（まだベータだし）
OOPバリバリなので、勉強になること間違いなし！

**nobodyさん** · 2007/05/15(火) 15:55:34

しかし　PHP関連の本でOOPをわかりやすく書いてあるのが

「ない！」　お勧め教えて

**nobodyさん** · 2007/05/15(火) 16:01:33

本なんか読むよりPEARやフレームワークのソース読んで
勉強しながら自分なりに書いていけ、金かからないしだしそれが一番の近道
気が付いたらOOPなんて空気のように有って当たり前になるもんだから

**nobodyさん** · 2007/05/15(火) 16:06:06

わかりにくいの例として

スコープ演算子（static　：：）は2冊読んでもチンプンカンプン
そこでぐぐる先生に聞くと

http://homepage3.nifty.com/gomi_doji/scopen.htm
PHPではないが、ナルホドナルホドと理解できる

オブジェクト指向の概要も
http://phpspot.net/php/pg%83I%83u%83W%83F%83N%83g%8Ew%8C%FCPHP.html
を読むとナルホドナルホドだが、本は意味不明になる

糞った本しか読んでいないかもしれないが一応書いておく
「PHP5プログラミング　エキスパート編」　//最強の意味不明
「MySQL4/PHP5によるWebデータベース構築」　//わかりやすいがODPの章になると意味不明

**nobodyさん** · 2007/05/15(火) 16:08:18

書きながら次第にむかつき度が増加して誤字だらけになった（怒

>>70
それ疲れる

**nobodyさん** · 2007/05/15(火) 17:01:49

>>69
独習PHPのクラスらへんの説明は中々分かりやすいよ。
作者があまりいいとはいえんが、ファーストステップにはいい感じ。

**nobodyさん** · 2007/05/22(火) 15:14:54

同じ事を色々な言葉で表現するから迷うずら
PHPの本読むよりJAVAの本読んだほうが理解できる罠。

**nobodyさん** · 2007/05/28(月) 14:46:00

自分が作るだけなら手続き型でいいけど
人の作ったライブラリ使いたいから
最低限、何が書いてあって何をしているのか読めるようになりたい

**nobodyさん** · 2007/05/29(火) 05:34:16

答えが出てるじゃないか。その使いたいライブラリのコードを読め

**nobodyさん** · 2007/06/05(火) 12:23:56

OOPS

**nobodyさん** · 2007/06/05(火) 19:15:58

XOOPS

**nobodyさん** · 2007/06/11(月) 22:06:39

>>65に誰もつっこまないのかよ！！

DBアクセスの為のクラス書くのかｗ
おそらくPHPインストール時に君のHDDの中にすでに入ってる訳だが…
しかもあらゆるDBに同じ書式でアクセス出来るやつが…

**nobodyさん** · 2007/06/11(月) 23:45:37

>>79
なんてやつ？

**nobodyさん** · 2007/06/12(火) 00:15:06

PEARのソースは読まない方が身のため

**nobodyさん** · 2007/06/12(火) 06:55:41

79は勘違いしてるが、彼がいいたいのはPearのDBクラスのことだろう

**nobodyさん** · 2007/06/12(火) 09:31:07

82が勘違いだろ。
単にPDOだろ

1 ◆SWtzLesEmM · 2007/06/12(火) 10:24:12

>>73
情報提供どうもありがとうございます。
独習PHPは、図書館でかりて読んでみました。
オブジェクト構文の説明は分かりやすいと思いました。

>>79
DBにアクセスするクラスも勉強のため練習で作ってみようと思いました。
その次に、O/Rマッパーの使い方を練習してみることになるでしょうか？

>>82
PHP5に標準で用意されているPDOのことですね。
http://jp2.php.net/pdo
PHP Data Objects (PDO) 拡張モジュールは、 PHP の中からデータベースにアクセスするための軽量で高性能なインターフェイスを定義します。
PDO は PHP 5.1 以降にバンドルされており、PHP 5.0 では PECL 拡張モジュールとして使用可能です。
PDO は PHP 5 の新機能であるオブジェクト指向機能を使用しており、それより前のバージョンの PHP では動作しません。

**nobodyさん** · 2007/06/12(火) 10:56:05

mysqliとどっちがいい？

**nobodyさん** · 2007/06/12(火) 17:53:32

ふとおもったんだが、>>1はできるんじゃないのか。

**nobodyさん** · 2007/06/17(日) 01:20:06

被害者増やさないように書いておく。
「PHPデザインパターン入門」は買うな。

最近買った中で最低レベルの悪書。

どっかの英語ページを機械翻訳したようなトンチンカンな用語説明にまじって
何故かApacheとPHPのインストール方法だけが丁寧な日本語で書かれている。
あとはデザインパターン図が羅列してあるだけ。解説ほぼ無し。
3流大学生のコピペ論文を彷彿とさせる。
こんなの真剣に呼んでも絶対わかるようにはならない。

OOP用語の説明は何故かちゃんとしてないのに
php.iniにページさかれてるけど
網羅して無くて中途半端でページ稼ぎとしか思えない。

中身薄くて有名なヤマダヨウカン本の方がマシに感じるレベル。

**nobodyさん** · 2007/06/17(日) 01:28:20

なんか良く読むと、この本は解説の日本語が
オブジェクト指向で書かれてる気がした。

多分最初にパターン名を記載した時点で、作者の頭の中では
記載されてるページを呼び出してるんだろうと思えてきた。

解説するための日本語はプロシージャ指向で書いてくれと
小一時間問い詰めたい。

この本理解するには色んな本を買って、全部理解した後じゃないと
読めない。意味ねえじゃん。

**nobodyさん** · 2007/06/17(日) 01:54:28

軽いフレームワークいじって使うのが一番いいオブジェクト指向の勉強だよ

**nobodyさん** · 2007/06/17(日) 14:22:50

ウェブアプリにオブジェクト指向なんていらないよ。どうせ文字列を加工してデータベースのテーブルのカラムに並べるだけなんだから。

**nobodyさん** · 2007/06/17(日) 18:51:52

じゃどういうときに必須なんよ

**nobodyさん** · 2007/06/24(日) 17:09:42

オブジェクト指向と言う言葉にまどわされず、
クラスの勉強をすればいいんだよ。　

単に、呼び出してるだけだから。　

**nobodyさん** · 2007/06/24(日) 19:32:38

PEARをサンプルみながら見よう見まねでインスタンス作って
なんだかんだで実際動いてるんだけど何してるかイマイチ理解出来てないんだよね
functionの中でインスタンス作るとその外側ではやっぱアクセスできないのかな
PEARDBのインスタンスがあっちゃこっちゃに散らばっちゃって困る

**nobodyさん** · 2007/06/25(月) 12:32:57

>>93
プロパティに入れれ

1 ◆SWtzLesEmM · 2007/07/06(金) 14:33:24

>>68
>拡張がやりやすい（やりやすく作ることが出来る）
そうみたいですね。
http://www.amazon.co.jp/dp/4822281957/
「オブジェクト指向でなぜつくるのか」
という本にも、クラスを使うメリットが同じように説明されていました。(・∀・)

>>74
Javaの本だと
http://www.amazon.co.jp/dp/4797331828/
「やさしいJava」をすすめられました。

>>86
(σ・Д・)σプログラミング初心者ですΣ(ﾟДﾟ*)=3

>>89
Zend Frameworkの正式版が出ましたね☆
http://framework.zend.com/manual/ja/
シンプルなフレームワークを検索したら、CodeIgniterというのがありました。
http://userguide.cilab.info/

**nobodyさん** · 2007/07/08(日) 18:20:46

最近このスレが怖くて見れん俺ガイル
なんでそんな成長早いんだよ・・・おかしいだろ・・・orz

**テレビできたよー** · 2007/07/10(火) 15:53:51

class TV {
　var $channel;
　var $state;
　var $singleton;
　
　function TV() {
　　$this->channel = 1;
　　$this->state = false;
　}
　
　function on() {
　　if(!$this->state) {
　　　$this->state = true;
　　　echo "電源オン<br />";
　　　$this->reflect();
　　} else {
　　　echo "既に電源はオンになっています<br />";
　　}
　}
　
　function off() {
　　if($this->state) {
　　　$this->state = false;
　　　echo "電源オフ<br />";
　　} else {
　　　echo "既に電源はオフになっています<br />";
　　}
　}

**テレビできたよー** · 2007/07/10(火) 15:54:22

**nobodyさん** · 2007/07/11(水) 10:41:20

例外投げるようにすれば？

1 ◆SWtzLesEmM · 2007/07/11(水) 12:59:29

例外処理
http://www.phppro.jp/word/E4BE8BE5A496E587A6E79086

2. PHPで例外処理
http://www.phppro.jp/phptips/vol45/eb49e8a31e9132d98a5a7db3df4663e4

PHP5の基本 > 例外処理
http://www.shigeweb.jp/php/project_p/?section=php5oop&page=exception

phpspot - 例外処理
http://phpspot.net/php/pg%97%E1%8AO%8F%88%97%9D.html

PHP4ではエラー処理といえば、
if ( ($err = func()) != "" ) {
　　die("エラーです");
}
のように戻り値のチェックをしていましたが、エラーというものは、呼び出し側がエラー制御を行うのではなく、呼ばれた側で、どういうエラーがあったか、というものがあった方が自然で、呼ばれた側がエラー処理を行うため、モジュールの場合より再利用性が高くなるでしょう。
更に上記では、どういうエラーが起こってエラーが出ているのかということが想像しにくいですね。
そこで try～catch です。

■例外処理
http://www.atmarkit.co.jp/flinux/special/php5/php5d.html
プログラミングにエラー処理は避けて通れない事項だ。
とはいえ、関数やメソッドからの戻り値を毎回エラーチェックするのは煩雑で面倒でもある。
その煩雑さを回避するため、文法として例外処理を持っている言語もある。
PHP5もそれに倣って、言語仕様として例外処理をサポートした。
文法的にはC++やJavaと同様に、try{ }で投げられた例外をcatch{ }で処理するという流れになる。

↑とのことですが、汎用性のある関数やメソッドにしたい場合、エラーが発生したときの処理を書く場所は、関数やメソッドを使う方（呼び出す側）にすることもあるでしょうか？
＝戻り値をチェックするというのは、古いやり方なんでしょうか？

1 ◆SWtzLesEmM · 2007/07/11(水) 13:07:20

>>96
PHPプロのメルマガ読んで、知ったかぶりなだけですｗ
お互いがんばりましょう☆(・∀・)

**nobodyさん** · 2007/07/11(水) 14:16:38

いやさ，まず公式マニュアルを読む癖を付けようぜ

**nobodyさん** · 2007/07/11(水) 14:44:53

MVCじゃないとOOPなんて意味ないですかｒ

**nobodyさん** · 2007/07/11(水) 17:30:14

（　д）　　　　　　...。。

**nobodyさん** · 2007/07/12(木) 02:57:31

MVCもデザインパターンの一種じゃなかったっけ？

**nobodyさん** · 2007/07/12(木) 08:06:18

>>100
なんかphpspotのその文はおかしいな。
エラー処理は例外を使おうがそうじゃなかろうが変わらない。
呼ばれた側はどういうエラーがあったか返す責任があるし、
呼んだ側は返ってきたエラーをチェックする責任がある。
エラーが起きた時の挙動を自分で決めれるならその場で処理すれば良いし、
そこではまだ決められないならさらに上位へreturnなりthrowすれば良い。

**nobodyさん** · 2007/07/14(土) 15:28:38

OOPってのはアプリケーションをモノに見立てて、それを構成している部品をクラスとして定義する、ってとこまではなんとなく理解した。

例外処理？なにそれうまいの？

**nobodyさん** · 2007/07/14(土) 18:34:23

ダンボールの味がするお

**nobodyさん** · 2007/07/14(土) 19:32:25

おまいらオブジェクト指向に騙されてるよ。ただのデータ型に過ぎない。

**nobodyさん** · 2007/07/14(土) 19:46:31

今、習作としてプロフィールスクリプト(っていうのも大袈裟なぐらいショボイやつ)を書いてるんだけど、どうにも悩む。悩む。
とりあえず、
-質問と答え(Entry)
--セッタ(SetQuestion,SetAnswer)
--ゲッタ(GetQuestion,GetAnswer)
-それらのEntryを編集したり、操作したりする(ManageEntry)
--POSTされたデータにEntryの値を変更する(EditEntry)
-プロフィール自体(Profiel)
--質問と答えを出力(ViewProfiel)
こんなクラスたちを作ったんだけどなんかおかしい気がしてならない。
とくにManageEntryのとことか。
ManageEntryでEntryオブジェクトの配列Entriesを作っといてそれをそのクラス内で操作とか？は？え？
OOPﾑｽﾞｲ、ﾅｷﾀｲ

スレ汚しｽﾏｿ

**nobodyさん** · 2007/07/14(土) 21:29:40

どんな物を作ってるのかよく分からないけど
ぱっと見で確実に言える事は、個別のクラスが多すぎ。
半分くらい継承とメソッドの追加で済みそう。
今のままだと拡張もやり難そう。

プロフィールが"profiel"なのはつっこんだ方が良いのかな。

CakeとかSynfonyみたいな、ライブラリじゃないフレームワークを
使い込んでソース読んだら、どう設計したらよいか一気に分かるよ。

**nobodyさん** · 2007/07/14(土) 22:22:33

継承とメソッドの追加ってどうやるんですか＞＜；
正直どうやったらいいのか全くわからん。
プロフィール？え？あ？あはあは。

**nobodyさん** · 2007/07/15(日) 00:13:47

きめぇ

**nobodyさん** · 2007/07/15(日) 00:19:07

Synfony はつっこんだ方（ry

1 ◆SWtzLesEmM · 2007/07/26(木) 10:21:49

>>106
>呼ばれた側はどういうエラーがあったか返す責任があるし、
>呼んだ側は返ってきたエラーをチェックする責任がある。

なるほど～(・∀・)
呼ぶ側と呼ばれた側のそれぞれでエラーの対処があれば、手堅いですね！
大変参考になりました。

1 ◆SWtzLesEmM · 2007/07/26(木) 10:29:09

掲示板の続きを作りました。
DBにアクセスする機能をクラスにしてみました。
http://kameleon.s241.xrea.com/dokuwiki/doku.php?id=%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91%E3%81%A7%E4%BD%9C%E3%81%A3%E3%81%A6%E3%81%BF%E3%82%8B

動作サンプル
http://kameleon.s241.xrea.com/oop/bbs2/index.php

なんか、>>55さんのアドバイスの形になってませんが…orz
とりあえず、DBアクセスをクラスの形にできたので一歩前進！！！＼(^o^)／

1 ◆SWtzLesEmM · 2007/07/26(木) 10:50:37

>>110
おー、ガンバレ～～～☆

>>111
(1) Entryクラス
文章を「書き込む」メソッド、「読む」メソッド、「書き換える（編集）」メソッド、「削除する」メソッドが用意されている。

(2) Entryクラスを継承して、質問用のクラスを用意
＝質問のデータだけを操作できる

(3) Entryクラスを継承して、答え用のクラスを用意
＝答えのデータだけを操作できる

というかんじになるんでしょうか？
どういうまとまりでクラスにすればいいのか、そこら辺がなんかよく分からないんですよねー(ﾉ∀`)

**nobodyさん** · 2007/07/26(木) 10:57:58

どうしてPDOをry

**nobodyさん** · 2007/07/27(金) 00:44:20

おんにゃにょこの
おっぱい
ぷぴにぷにだにょ～

**nobodyさん** · 2007/07/28(土) 17:35:02

夏だな

**nobodyさん** · 2007/07/30(月) 03:51:10

function &foo ｛
echo "ほげ"
｝

こういうやつ、「リファレンスを返す」っていうんですか？
これはどういう処理をしているんでしょうか？
どこかで定義されているfoo()という関数に何かしているんですか？

**nobodyさん** · 2007/07/31(火) 07:40:25

高機能な参照関数だな

**nobodyさん** · 2007/08/01(水) 06:30:28

>>87
買ってしまっていたよ。Iteratorまで読んだけど、
分かったような分からないような気分。

説明が少ない＆下手なのは分かった。

**nobodyさん** · 2007/08/01(水) 22:18:22

分からない人に分かるように書いてないという意味では同意。
書いてあることを全て理解していこうとするとこんがらがってくるしね。
まぁいい頭の体操になったけど。
あんなサンプルのためのサンプルではなく、具体的な使い方と利点が書いてあるとOOP素人にも理解しやすかったかもね。

**522** · 2007/08/26(日) 13:53:57

>>117
なんかCakePHP使ってみたんだけど質問と答えを操作するクラス作って云々みたいになって結局>>110と同じような感じになっちゃいましたとさ・・・
「モノ」に書く機能とか読む機能持たせていーの？おしえてえろいひと＞＜

**nobodyさん** · 2007/08/26(日) 14:28:30

お前が「モノ」をどう捉えるか次第だよ

**nobodyさん** · 2007/08/28(火) 02:25:00

結局どうやってデータを保持したら、人間にとって分かりやすいか、コンピュータにとってやさしいかってことだろ。

**nobodyさん** · 2007/10/03(水) 02:51:35

オブジェクト指向は木構造を再現しようとしているだけ。
インスタンスだのオブジェクトだのは枝、茎、葉、花、果実を作るというだけ。
mainでは結果(果実)だけをとりたいから枝やら茎やらは見えなくしとけってことだろ?

**nobodyさん** · 2007/10/03(水) 16:27:59

>>128
まあそんな感じだ

**nobodyさん** · 2007/10/03(水) 23:45:33

まぁ、ファイルの管理方法も木構造だし、インターネットなんていっても網状でなく、
サーバーを経由した木構造になってることから演算機が理解しやすいデータ構造は木構造である。
こういってしまっても過言ではないと思う。

例えば、手続き型は東京の小さなバイク便が地方への配達を頼まれても東京発で請け負うみたいなもの。
それに対して、OODはヤ○ト運輸が東京で頼まれた配達を一旦、地方の配送センターに送るようなもの。
配達する対象が少なければ、バイク便に頼んだ方が早いかもしれないけど、数が多くなるとヤ○ト運輸。

**nobodyさん** · 2007/10/05(金) 01:16:19

うん、ここ数日でオブジェクト思考勉強してて分かったこと。
ちなみに128==130==漏れです。

・オブジェクト指向は木構造
・目的は種の存続、繁栄
・ここでのフローは一つずつだが、間にどれだけの枝が挟まるかは設計次第

クラス設計
　種(プリプロセッサ)から芽が出る(この時点では手続き型でも、OODでもない)
　根クラス…main関数、もしくはmainクラスの設計、遺伝子(設計の違いで木になるかどうかが決定)
　幹クラス…根から養分を吸い上げる(大まかな工程の分類)

オブジェクト生成
　枝クラス…効率的に日光を取得できるよう枝を伸ばす(コンストラクタ)
　葉クラス…光合成を行い、自己生産を行う(メソッド)
　葉緑素クラス…目立たない頑張り屋さん(ライブラリ)
　花クラス…実となるか枯れ落ちるか(オブジェクト)

実行結果
　果実クラス…土に還り、新たな種となりました(プロジェクト成功)

**nobodyさん** · 2007/10/05(金) 20:07:34

なんかすぐ動いて実用的で簡単なサンプルください

**nobodyさん** · 2007/10/05(金) 20:35:14

package hoge;

my $class=shift;

$ENV{'TZ'} = "JST-9";
my ($sec,$min,$hour,$mday,$mon,$year) = gmtime(time + 9*60*60);
my $obj={'sec'->$sec, 'min'->$min, 'hour'->$hour, 'mday'->$mday, 'mon'->$mon, 'year'->$year};

return bless $obj, $class;

1;

適当に書いてみた。あとは時間をｺﾞﾆｮｺﾞﾆｮするだけ、普通に作ったほうがメリット大きい気もするがｷﾆｼﾅｲ!!
ﾖｳｶｿﾏｿ参上===[・∀・]ﾉｼ

**131** · 2007/10/05(金) 23:40:29

実際に設計して、作ってみるとオブジェクト指向の本質は"同じことは出来るだけ"しない。
この論理で動いてるような気がしてきた。何でもかんでもオブジェクトにするのではなく、
運搬の頻度が激しいデータ、プログラム中で何度も使用するデータをオブジェクトにする。
そんな感じで合ってるのかな？あと、変数の受け渡しは原則、参照で行うみたいな。

**131** · 2007/10/06(土) 13:37:33

何となく掴めてきた。もっかい木構造で表してみる。

根：　プリプロセッサ、送信データ(実行役)
幹：　main(効率よく栄養=処理を振り分ける)

[クラス]・・・大規模にもなるとこれが幾重にもネストされる。
　　枝：　コンストラクタ(葉に栄養=処理を割り振る、葉で生成された養分=オブジェクトを幹に伝える)
　　葉：　メソッド(オブジェクト=養分を生成する)
　　花：　オブジェクト(実行結果=果実の手前)

果実：　実行結果(主の繁栄=実行結果が真)

ちなみに実行結果が偽となるのは幹から花に至るまででエラーが起こった場合。

漏れルール
mainは基本的にクラスに指示を与える以外しない。

コンストラクタでオブジェクトの用意を行う。
メンバメソッドはオブジェクトの加工を行う。
コンストラクタからオブジェクトを返す。

mainは次に必要なオブジェクトを作るクラスへ処理を回す。

**nobodyさん** · 2007/10/07(日) 12:52:54

日曜日１GET!
始めまして
まだＰＨＰ3ヶ月目ですが早くもオブジェクト指向で挫折＞＜
ちなみに
・「基礎ＰＨＰ」
・「ＰＨＰ５であなたもウェブアプリが作れる！」
・「速効!図解プログラミングPHP + MySQL」
を参考書にしています。

分かりやすかったのは基礎ＰＨＰです。
掲示版からスケジュール管理に移るところで
Smarty関連を追加するため承継とか出てきてなるほどと思いました。

ただソース理解しても自分では何もできないんですけどねｗ

**nobodyさん** · 2007/10/07(日) 19:12:30

掲示板の改良はどうします？

**nobodyさん** · 2007/10/07(日) 21:04:45

丸投げします

**nobodyさん** · 2007/10/07(日) 21:09:36

OOPで作ったやつの
ソースとかうｐったら
なんか色々言ってもらえるんかな？
このスレでは

**nobodyさん** · 2007/10/07(日) 21:46:16

>>139
自分も変なソースですけど味見してもらえます？
恥ずかしいです＞＜

**nobodyさん** · 2007/10/08(月) 09:30:37

>>133
これをどうやって使えばいいんですか

**nobodyさん** · 2007/10/08(月) 19:27:30

なかなか面白いブログを発見しました。
ぜひ皆さんに見てもらって意見聞きたいな^^

http://blogs.itmedia.co.jp/tamaki/2006/06/post_57ab.html

**nobodyさん** · 2007/10/09(火) 22:34:59

ＭＶＣのコントローラについてどこまでクラスにするか迷っています・・・

**nobodyさん** · 2007/10/10(水) 16:06:50

ﾊｧ?

**nobodyさん** · 2007/10/12(金) 03:46:51

意味わかんね
どこまでクラス？

**nobodyさん** · 2007/11/12(月) 13:32:18

まずはモデルでしょ

**nobodyさん** · 2007/12/13(木) 08:37:25

SPLって使ってる人実在するの？

http://jp2.php.net/manual/ja/ref.spl.php

**nobodyさん** · 2007/12/14(金) 02:09:52

例外はよく使う

**nobodyさん** · 2007/12/19(水) 01:29:29

>>147
読み込んでも八割がた無駄なので使わない

**nobodyさん** · 2007/12/23(日) 12:51:26

かしゆか誕生日おめでとう！
http://www.tkma.co.jp/tjc/j_pop/perfume/profile.html

**nobodyさん** · 2007/12/24(月) 10:55:41

>>149
つりですか？

**nobodyさん** · 2007/12/29(土) 00:05:37

MVCのCってどうやって書けばいいのかわからんぜ。

**nobodyさん** · 2007/12/29(土) 02:00:56

その概念中でコントローラーが理解出来ないってやつ初めてみた

とりあえずView上で必要な操作を徹底的にControllerに切り離すが良い。
そしてModelからデータを引き出して必要があれば書き込み更新してやりなさい。

**nobodyさん** · 2007/12/31(月) 19:44:35

ユーザークラスで新規登録処理をして、そのときにユーザークラスの中で
プロフィールクラスのオブジェクトを作ってプロフィールの登録もする

これってしいて言えば何パターン？

**nobodyさん** · 2007/12/31(月) 19:47:57

ワンパターン

**nobodyさん** · 2008/01/01(火) 00:16:32

パターンというかコンポジションでそ

**nobodyさん** · 2008/01/29(火) 11:18:04

模範解答は無いけれど、以下の相互変換を行うクラス（ChStr）をみんなで
作ってみるという案はどうかな？
そして、これが出来たら、ログファイルに保存などの機能をつけ、
wikiみたいに編集が出来る機能を追加していくという感じに。

＜編集＞
-------------------------------------------------------------
= 2ch
'''2ch'''とは、総合掲示板のことである。
link:[http://www.2ch.net]
-------------------------------------------------------------

＜出力＞
-------------------------------------------------------------
<b><font size="+1">2ch</font></b><br>
<b>2ch</b>とは、総合掲示板のことである。<br>
link:<a href="http://www.2ch.net">http://www.2ch.net<;/a><br>
-------------------------------------------------------------

1 ◆SWtzLesEmM · 2008/01/29(火) 11:29:32

>>157
OOPの勉強というよりも、どちらかというと正規表現の勉強になるでしょうか？
wikiのパーサーつくるなら、既存のwikiスクリプトや、PEARのText_Wikiが参考になるかもしれませんね。

http://www.phppro.jp/news/172
PEAR::Text_Wiki 1.2.0RC1 リリース 2006年10月11日
http://labs.cybozu.co.jp/blog/tsuruoka/anubis/blog_show/18
Text_PukiWikiリリース

**nobodyさん** · 2008/01/29(火) 11:43:55

>>158
C++のOOPの勉強として、文字列を簡単に扱うことが出来るクラスを
自作してみるという演習があったので、それをPHPでもやってみようかなと
思ったものです。
Cでは、文字列を結合したり、splitしたりするのが結構大変なので、
この演習が役に立ったなと思っていたのです。
PHPの場合は、関数を使えばそれで終わってしまうので、もう少し
ひねりを入れたものを考えて見ました。

正規表現を練習するというよりも、正規表現とhtmlの相互変換をする
クラスがあると、プログラムをする際、便利だなという事が実感
出来るのでは？という意味合いです。

（例）正規表現を格納し、html出力する過程。
$text に textarea タグの文字列を格納する。
$str = new ChStr($text);
echo "<html><body>";
$str->Write_html();
echo "</body></html>";

ほら、このクラスがあるとレイアウトを変えたりが、やり易い上に
再利用性が高いでしょ？みたいな。

1 ◆SWtzLesEmM · 2008/01/29(火) 11:47:24

OOPの参考になる解説がありました。

PHPのclass、オブジェクト指向プログラミングに関する質問です。
http://q.hatena.ne.jp/1187962431
↑
2番の回答者の解説が分かりやすいと思いました。
6番の回答者のサンプルコードも参考になりましたが、これは「インターフェース」の利用方法ではありませんね。＞＜

インターフェイス
http://www.phppro.jp/phpmanual/php/language.oop5.interfaces.html
あるクラスが実装する必要があるメソッドの種類を、これらのメソッドの実体を定義することなく、指定するコードを作成できるようになります。
インターフェイスはキーワードinterfaceにより定義され、通常のクラスと同様に定義することができますが、メソッドの実装は全く定義されません。

1 ◆SWtzLesEmM · 2008/01/29(火) 12:00:16

>>159
なるほど！(・∀・)
文字列を扱う処理は、いろんなところで出番がありそうですね！
wikiの文法（表記方法）が使える掲示板とか作れそう＾＾

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

ChStr クラス　の設計はこんな感じかな。

メンバ
private $m_str; // 正規表現文字列を格納する。

コンストラクタ
ChStr($str) // 正規表現の文字列を受け取る。

private メソッド
ch_to_html() // 正規表現をhtmlに変換する。

public メソッド
Write_html() // 格納している文字をhtmlで出力する。
Write_text() // 格納している文字を正規表現で出力する。

---------------------------------------------------
本当は、ログファイルへの保存や読み取りなどを機能として
考え、そのあたりまで含めたクラスの設計をした方が
いいんだろうけれど、まずは簡潔にする方向でいきます。
で、後々拡張の方向で。

1 ◆SWtzLesEmM · 2008/01/29(火) 12:04:44

PHPのインターフェースは、Javaとかのインターフェースとはちょっと違っているみたいですねー。＞＜
（…使ったことないので実感がありませんが＾＾）

PHPでは実装済みのinterfaceを多重に実装できない
http://blog.xole.net/article.php?id=589
http://blog.xole.net/article.php?id=597

1 ◆SWtzLesEmM · 2008/01/29(火) 12:25:09

>>162
こんなかんじのプログラムと似ているかもしれませんねー。

60行で作るPHP用テンプレートエンジン
http://anond.hatelabo.jp/20071030034313
>テンプレートの中身を置換する
>function convert_string($s)

↑置き換えるパターンに応じて、別々のメソッドを用意したら便利でしょうか？
= 文字サイズ変更、''' 強調、link: リンクとかの記法の置換を担当するprivateメソッド

1 ◆SWtzLesEmM · 2008/01/29(火) 12:34:03

OOPの参考になる解説がありました。

関数、オブジェクト、クロージャ
http://d.hatena.ne.jp/brazil/20060131/1138692196
>オブジェクトは、データに処理がくっついたものです。
>array.map()のように、後に後に処理を追加していく書き方は、順にコードを追えるため読みやすく、また書きやすいです。

クロージャっていう仕組みは、PHPにはないですね？＞＜
大は小を兼ねる…クロージャの代わりにオブジェクトが使えればとりあえずOKかな？(・∀・)

**nobodyさん** · 2008/01/29(火) 13:15:31

>>161
>wikiの文法（表記方法）が使える掲示板とか作れそう＾＾

PEARのText_Wiki使えばよくね？

**nobodyさん** · 2008/01/29(火) 13:18:38

>>164
> 置き換えるパターンに応じて、別々のメソッドを用意したら便利でしょうか？
本来ならば、そうなるでしょうね。それらはすべてprivateで作っておいて、
外部には、一つのインターフェースのみ（この例の場合はWrite_html()がそれに該当）
公開となるでしょう。
記号ごとに別々にメソッドを定義しておけば、記号とhtmlの関係が変わる時は、
どのメソッドを触ればよいかが分かるし、それを変更したことで、
他のメソッドには影響は無かったりします。
（これが構造化プログラムの場合は、目的のソースと目的ではないソースを
見極めるところから始まります。）

-------------------------------------------------------------------------
この ChStr に汎用性を持たせる場合は、Write_html()というよりも、
Get_html()とし、html文字列を return する事になるでしょう。
そうすると、別なプログラムで、「出力結果をファイルに保存する」という
使い方も出来ます。しかし、今回は初回なので、Write_html()とし、
メソッド内部で echo 使うことにします。

**nobodyさん** · 2008/01/29(火) 13:22:48

>>166
学ぶために具体的に物を作るのと、実用性を考えて物を作るのは
別だと思う。なので、今回はこれでいいと考えている。
現に、初心者向けの書籍に載っているソースの実用性はゼロだ。

**nobodyさん** · 2008/01/29(火) 13:59:05

とりあえず、全体構成の確認のために書いてみた。
ch_to_html()は、追記の必要性がある。
[chstr.php]
<?php
class ChStr {
// メンバ
var $m_str_reg; // 正規表現文字列を格納する。
var $m_str_html; // html文字列を格納する。
// コンストラクタ
// 正規表現の文字列を受け取る。
function ChStr($regstr) {
$this->m_str_reg = $regstr;
$this->ch_to_html();
}
// private メソッド
// 正規表現をhtmlに変換する。
function ch_to_html() {
// 改行を<BR>に変更する。
// nl2br($this->m_str_reg) 使った方がいいかも
$this->m_str_html = ereg_replace("\n","<BR>",$this->m_str_reg);
}
// public メソッド
// 格納している文字をhtmlで出力する。
function Write_html() {
echo $this->m_str_html;
}
// 格納している文字を正規表現で出力する。
function Write_text() {
echo $this->m_str_reg;
}
}
?>

**nobodyさん** · 2008/01/29(火) 14:03:31

[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]
<html><body>
<?php
include("./chstr.php");
$in_text = $_POST["reg_text"];
$chst = new ChStr($in_text);
$chst->Write_html();
?>
</body></html>

1 ◆SWtzLesEmM · 2008/01/29(火) 14:10:04

>>166
確かにそうなんですが、「勉強のため」という目的もあるので、自分で作ってみるというのもありでしょうか？＾＾
でも、答えが分かっている問題を解くのは楽ですね。＞Text_wiki

車輪の再発明 - Wikipedia
http://ja.wikipedia.org/wiki/%E8%BB%8A%E8%BC%AA%E3%81%AE%E5%86%8D%E7%99%BA%E6%98%8E
車輪の再発明とは、「広く受け入れられ確立した技術や解決法を無視して、同様のものを再び一から作ってしまう事」を意味する
ある技術の意味を理解させるために、意図的に車輪の再発明を行わせる場合がある

1 ◆SWtzLesEmM · 2008/01/29(火) 14:19:35

wikiとか文字列を処理する仕組みは、「パーサー」とか「構文解析」っていうみたいですね（´∀｀）

構文解析 - Wikipedia
http://ja.wikipedia.org/wiki/%E6%A7%8B%E6%96%87%E8%A7%A3%E6%9E%90%E5%99%A8

今までにいろんな仕組みが考えられてきたみたい。
…本格的にやると奥が深そうだけど、一度仕組みを勉強しておいたら、いろいろ使えそうな予感！(・∀・)

↓wikiの仕組みを自分で作っている方は結構いるみたいですねー。

PHP用の汎用WikiParser作り中
http://tdiary.ishinao.net/20050323.html
RandomNote/PHPについて
http://tbox.jpn.org/wiki/rnh/index.php?AboutPage.txt

**nobodyさん** · 2008/01/29(火) 14:21:38

今後の課題と予定
・ch_to_html() の中身を書く。
・[text.php] の機能を充実（テキストファイルに保存するなど）させ、wikiを作る。
・上記とは別に、 ChStr クラスを使い、BBSを作る。
・ChStr クラスに clear()、SetStr() 等のメソッドをつけ加え、汎用性を持たせる。

1 ◆SWtzLesEmM · 2008/01/29(火) 14:38:20

http://tbox.jpn.org/wiki/rnh/index.php?AboutPage.txt
RandomNoteのMain.phpは参考になるでしょうか？

preg_match
preg_replace
array_push
array_pop
などの関数を使って、文字列の切り貼りをしてるんですねー。

**nobodyさん** · 2008/01/29(火) 14:39:05

OOPってより単にクラスの使い方書いてるように見えるのはまあいいとして
メソッドの中でstringをreturnせずにecho使うのは>>167で書いてるように汎用性って面もあるけど
処理と表示の分離って意味合いもあるからちゃんとstringで返したほうがいいよ

**nobodyさん** · 2008/01/29(火) 15:39:09

>>175
> OOPってより単にクラスの使い方書いてるように見えるのはまあいいとして
OOPについて説明するとなると、具体的なソースコードとは離れた方が
良くなったりしますからね。
（クラスの使い方書いているように見えるとしても、）PHPでclassを
組む場合のメリットみたいな位置づけで学んでいこうと思っています。

> 処理と表示の分離って意味合いもあるからちゃんとstringで返したほうがいいよ
確かに汎用性以外にそういう目的もありますね。
次のものでstringで返すように書き換えます。

**nobodyさん** · 2008/01/29(火) 18:16:08

htmlのformのコードもクラス化するのが本当の流れんだろうけれどな。
いきなりそれをやると分かりにくくなるかな・・・

に ◆lKs5QMUHoA · 2008/01/29(火) 19:20:19

ChStrクラスのサンプルソースを投稿してた者ですが、
今までnobodyさんで書いてたけど、分かりにくくなるかと思ったので
酉入れるようにしてみます。

>>5に書いてあるように、オブジェクト指向は「変数を保持できる事」が
メリットだと思うのですが、これがWebアプリだとどうも実感が無かったりします。
リッチクライアントだと、マウスのクリックに合わせて、メソッドが呼び出され、
そのアプリケーションが終了するまでの間、各種オブジェクトの中の変数に
状態が保持されるという構造なので、そのメリットが感じられるのですが、
Webアプリでは、POSTする度にオブジェクトの変数の状態はリセット
されてしまうので、クラスを書いたとしても、結局はグローバル変数から
各種オブジェクトの変数に代入するみたいなコードを書かなくては
ならなくなってしまうので、このメリットがあるのかと思ってしまうのです。

これは、勉強不足だからなのでしょうか。。。

**nobodyさん** · 2008/01/29(火) 22:51:04

>>160
他の人の話のほうがよっぽど核心を突いてるよ

**nobodyさん** · 2008/01/29(火) 23:05:47

>>160のはてなのリンクの４番目の話、２ｃｈの別の板でも
読んだことがあるけれど、この話本当なの？
具体的に何処でどういう商売をしての話なんだろうか。
アプリケーションを売る話？それとも開発環境用のソフトを売る話？

**nobodyさん** · 2008/01/30(水) 21:59:22

ピュアな意味でオブジェクトを操作したいなら
ボタンのクリックに関する全ての画面遷移に関してserializeとunserializeを管理する必要があるだろ

<?php

require_once("hiroyuki.class.php");

$hiroyuki = unserialize($_SESSION["hiroyuki"]

**nobodyさん** · 2008/01/31(木) 07:20:40

>>178
ユーティリティクラスの再実装みたいな事を熱心にやっても
あまり意味が無いと思いますよ。

まさにあなたの言う「いちいち書くのがめんどくさい」のを回避する為に
OOPがあるんだと思います・・・

OOPの勉強なら、簡単なWEBフレームワークを自作するのが一番良いよ。
知識の無い段階でいきなりPHPでOOPって無理だと思いますよ。

背伸びせず、まずjavaやC#を学習する方が近道かもしれないよ。

**nobodyさん** · 2008/01/31(木) 08:15:31

.NET 以降の VisualBasic ってどうなの？

**nobodyさん** · 2008/01/31(木) 17:31:43

MVCモデルにそって、ユーザの入力データと、CSVファイルのデータを
読み込んで表示させるというものを作ってみました。

ファイル：全部で５つ。index.phpを実行する。
cfcontrol.php
cfview.php
index.php
cfmodel.php
csv.txt

[csv]
aaa,bbb,ccc

[index.php]
<?php
include("./cfcontrol.php");
$form_str = $_POST["form"];
$in_str = $_POST["key"];
$form = new CFControl($form_str, $in_str);
?>

**nobodyさん** · 2008/01/31(木) 17:32:35

[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"){
$da = new CFModel();
$dat = $da->ReadDat($in_str);
$form = new CFView("index.php","out", $dat);
$form->Write_HTML();
}
}
}
?>

**nobodyさん** · 2008/01/31(木) 17:33:57

[cfmodel.php]
<?php
class CFModel{
var $m_csv_file;
// コンストラクタ
function CFModel(){
// 読み込むCSVファイルを指定
$this->m_csv_file = "csv.txt";
}
// データを取り出す。
function ReadDat($str){
$INFILE = fopen($this->m_csv_file,"r");
$line = fgets($INFILE, 1024);
fclose($INFILE);
$line = $line . ", " . $str;
return $line;
}
}
?>

**nobodyさん** · 2008/01/31(木) 17:37:50

[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;
$this->m_line = $line;
}
// private
function in_html(){
echo "<html><body>";
echo '<form method="POST" action="' . $this->m_file . '">';
echo '<input type="hidden" name="form" value="out">';
echo '<input type="text" name="key"><input type="submit" value="送信">';
echo "</form></body></html>";
}

**nobodyさん** · 2008/01/31(木) 17:39:35

[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
function Write_HTML(){
if($this->m_type == "in"){
$this->in_html();
}elseif($this->m_type == "out"){
$this->out_html();
}
}
}
?>

**nobodyさん** · 2008/01/31(木) 17:51:38

フレームワーク使えば？

に ◆lKs5QMUHoA · 2008/01/31(木) 19:03:23

とりあえず、MVCに分けて枠組みを作ってみたけれど、
これをより抽象化させていって、「継承して使ってください」という
方向にするのか、それとも最初はクラスの数を増やさないように
しながら簡単なアプリケーションを作る方向にするべきか。
どっちの方向に持っていったほうがいいのか迷うな。。。

ま、そんなことを考える暇があったら手を動かしてみろという
話なのかもしれないが。。

**nobodyさん** · 2008/01/31(木) 19:08:05

>>190
自分で考えるのも良いが、君が今やっていることを
やってしまっているのが、フレームワークだ。

まず既存のフレームワークがどうなっているのか参考しろ。

**nobodyさん** · 2008/01/31(木) 19:44:25

俺も初心者だからこれが最善とは言い切れないけど
newするときに全部引数で渡すってのはナシじゃね？
分かりやすいところだけ書き出すと
[index.php]
$form = new CFControll();
[cfcontrol.php]
コンストラクタ()
{
　$form_str = $_POST['form'];
　$in_str = $_POST['key'];
　if(inだったら){
　　$view = new CFView();
　　$view->m_type = 'in';
　　$view->Write_HTML();
　}
}
[cfview.php]
メンバ変数
var $m_file = 'index.php';
var $m_type = false;
var $m_line = null;

**192** · 2008/01/31(木) 19:50:52

フレームワーク使ってみろっていうのは賛成
疎結合にとかDRYにっていうのがだんだんわかってきた
理解したところで戻ってきて～の方が結果的に早そう
俺はまだ勉強中だからそこまで行ってないけど

に ◆lKs5QMUHoA · 2008/01/31(木) 19:56:23

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

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

**192** · 2008/01/31(木) 20:08:35

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

に ◆lKs5QMUHoA · 2008/01/31(木) 20:13:09

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

**nobodyさん** · 2008/01/31(木) 20:22:00

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

に ◆lKs5QMUHoA · 2008/01/31(木) 20:26:00

私は>>197さんの意見に同意だ。
「このモジュールを使う場合、このように書いてくださいね。」
というコードは、なるべく少ない方がいいからね。
なので、とりあえず設定の値はコンストラクタにいれるという
設計で書いてみた。

に ◆lKs5QMUHoA · 2008/01/31(木) 20:31:34

とりあえず、フレームワークを使ってみろという話が出ているが、
具体的にどのフレームワークを使って、どんなプログラムを書いて
みたらいいのか迷うなぁ。

とりあえずはこのあたりに載ってるものの、「和モノ」あたりからかな。
http://pc11.2ch.net/test/read.cgi/php/1197383840/3

フレームワーク自体の自作の話もいくつかあるみたいだ。
ttp://codezine.jp/a/article.aspx?aid=104

**192** · 2008/01/31(木) 20:36:05

viewに渡すデータはセッタで渡したくならない？
あとinなのかoutなのか分岐させるとしたらそれはコントローラ側の仕事なんじゃないかなと思うんだけど違うかな