PHPでOOP

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 05/09 09:19 / Filesize : 227 KB / Number-of Response : 595
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

PHPでOOP

1 名前：1 ◆SWtzLesEmM mailto:age [2007/02/23(金) 13:35:52 ID:???]: 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^)／
364 名前：nobodyさん mailto:sage [2008/02/13(水) 00:23:37 ID:???]: それなら

DataRead();

PlayerMove();
PlayerCheckHit();
PlayerDraw();

DataWrite();

exit(0);

でもいいじゃん的な気がするってだけ。

まぁひとえに俺のプログラミング力不足だと思うけど。
365 名前：nobodyさん mailto:sage [2008/02/13(水) 00:42:03 ID:???]: また Booch法から引用すると　「ハンマーを手にする者には世界中の全てのものが釘に
見えるように、オブジェクト指向の考えに染まった開発者は世界中の全てのものがオブジェクトで
あると考え出す。この観点は少々無邪気すぎる。」だそうで、若干感情的な議論を呼びやすい
テーマではあると思う。

そういえば、同じ様なことがフラクタルとか 1/fゆらぎの本にも書いてあったな。
人間なんてそんなもんだ。
366 名前：nobodyさん mailto:sage [2008/02/13(水) 09:32:28 ID:???]: >>360
・構造化プログラミング三要素
STEP01 順次進行
STEP02 条件分岐
STEP03 繰り返し

・OOプログラミング三要素
STEP04 カプセル化
STEP05 継承
STEP06 ポリモーフィズム

WEBデザイナがPHP使ったところでSTEP01止まり、
MS OFFICEのマクロ/VBAもそんな感じだね。
ifやforを使わず延々と処理を記述してるのあるよね。

STEP04で思考を止めちゃ駄目なんだ。
勉強の為に「継承」「ポリモーフィズム」を使った
プログラムをあえて書いてみるんだ。

モデリング云々とかそんなの関係ないんだよ。
そもそもここは>>1でしょ？
367 名前：nobodyさん mailto:sage [2008/02/13(水) 11:21:35 ID:???]: >モデリング云々とかそんなの関係ないんだよ。

思考を止めてるのは誰だよ。
368 名前：nobodyさん mailto:sage [2008/02/13(水) 11:29:38 ID:???]: モデリング無しにOOPで書けるんですか？
369 名前：nobodyさん mailto:sage [2008/02/13(水) 11:42:59 ID:???]: >>367 >>368
じゃあモデリング房が設計について判りやすく教えたら？

OOPの概念すら理解出来ない初心者に上流から教えるんですか？
ぐだぐだ言ってないで初心者に判りやすく為になる発言したらどう？
370 名前：nobodyさん mailto:sage [2008/02/13(水) 11:50:58 ID:???]: モデリングが重要かもしれないっていう情報を教えてもらったんだから、それで満足しろよ。
あとは自分で本でも読め。
371 名前：nobodyさん mailto:sage [2008/02/13(水) 11:52:02 ID:???]: この基地外まだいるのか
372 名前：nobodyさん mailto:sage [2008/02/13(水) 12:09:17 ID:???]: >>370
あれれ？モデリングを判りやすく教えてくれるんじゃないんだ？
さては本当は自分も理解して(ry
373 名前：nobodyさん mailto:sage [2008/02/13(水) 12:27:30 ID:???]: OOP有用性の議論にDBの実装の話がこびり付いている。
純粋な議論ではないと思う。
374 名前：nobodyさん mailto:sage [2008/02/13(水) 13:28:08 ID:???]: 熱意ある奴がケーススタディとして『やってみて』いるんだからさ
酸いも甘いも知ってる方はOOPで作るべきっていう良いお題を
出してあげたら盛り上がるんじゃないか
375 名前：nobodyさん mailto:sage [2008/02/13(水) 15:14:37 ID:???]: ＰＨＰでＯＯＰの議論すること自体おかしい
オブジェクト指向が有用だからこそ
java,c++.c#,ruby最近の言語は全てＯＯＰになってる
大規模なものをつくるのにＯＯＰじゃないと非効率すぎる
376 名前：nobodyさん mailto:sage [2008/02/13(水) 15:17:14 ID:???]: 簡単にいうと
規模が小さいほどＯＯＰの必要性が無くなり
規模が大きいほどＯＯＰの必要性がでる
377 名前：nobodyさん mailto:sage [2008/02/13(水) 15:18:55 ID:???]: 規模が小さいならスパゲッティコードが最強てこと
大きいならＯＯＰじゃないとはなしにならない
378 名前：nobodyさん mailto:sage [2008/02/13(水) 15:21:38 ID:???]: OOを議論するのにPHPをベースにするのはどうかと思うが、PHPにおけるOOを議論することは良いんじゃないの。
あと、規模というよりは複雑さだろうな。
379 名前：nobodyさん mailto:sage [2008/02/13(水) 15:35:17 ID:???]: OOPの話は荒れる元だな・・・よし、

～～～～～～～～～ここからOOPネタ禁止～～～～～～～～～～～～～～
380 名前：nobodyさん mailto:sage [2008/02/13(水) 16:30:31 ID:???]: (ＯＯ)Ｐ
↑
マスコット（笑）

名前はオッピー君。
育ち盛りのオスです。
パスタは嫌いだよ！

最近、俺俺オブジェクト指向にはまって
同僚達から嫌われる羽目にｗ

そんな落ち目のオッピー君と一緒にオブジェクト指向の真髄を極めよう！
381 名前：(ＯＯ)Ｐ　名前はオッピー君。 mailto:sage [2008/02/13(水) 16:32:38 ID:???]: おいらに力を・・・・
382 名前：nobodyさん mailto:sage [2008/02/13(水) 20:00:42 ID:???]: どうして荒らしが粘着し始めたのだろう。
383 名前：nobodyさん [2008/02/13(水) 23:26:03 ID:yj0olWG5]: 思い切って質問してみる。

テーブルAの操作をするクラスA、テーブルBの操作をするクラスBを作った。
両方のクラスで個別に接続するより、1番最初に接続して、その接続IDを使って処理させたほうがいいのかな？
384 名前：に ◆lKs5QMUHoA mailto:sage [2008/02/13(水) 23:56:35 ID:???]: >>383
取得するテーブルの数ごとに別々に接続はしない方がいいよ。
DBの処理負荷が大きくなるから。

私だったら、テーブルごとにクラスを分けたりはしないかな。
テーブルの構成そのものを隠蔽するために。
検索と更新は同じフォーム上では行わない前提にして、こんな感じにするかな。

// 接続に関するクラス
// PostgreSQLに接続する為のメンバとメソッドを持つ。
class CDB_PostgreSQL

// MySQLに接続するためのメンバとメソッドを持つ。
class CDB_MySQL

// 個人情報の検索をするクラス。
// 以下の検索メソッドを持つ
// ・電話番号を指定し、候補の個人情報一覧を得る。
// ・苗字を指定し、候補の個人情報一覧を得る。
// このクラスのメンバに上記２つのどちらかのDBクラスを持たせる。
class CSearch_Personal

// 個人情報の更新をするクラス。
// 以下の更新メソッドを持つ
// ・主キーを指定し、個人情報を更新する。
// ・新しい主キーを設定し、個人情報を新規追加する。
// このクラスのメンバに上記２つのどちらかのDBクラスを持たせる。
class CUpdate_Personal
385 名前：383 [2008/02/14(木) 00:16:52 ID:nkc61sHT]: コードまで丁寧にありがとう。

クラス設計は、慣れがないと難しいね……。

> このクラスのメンバに上記２つのどちらかのDBクラスを持たせる。
申し訳ないんだけど、「メンバにクラスを持たせる」の意味が理解できない。
少し補足してもらえるとありがたいんだけど、ダメかな？
386 名前：nobodyさん mailto:sage [2008/02/14(木) 03:29:07 ID:???]: 規模と言うか、どれだけ複雑なロジックがあるかだよね。２ちゃんねるは物凄く規模が大きいけど、ロジックはごく単純。ただの掲示板だもん。
387 名前：nobodyさん mailto:sage [2008/02/14(木) 03:30:36 ID:???]: テーブルAを操作するモデルクラスAとは行かない場合もあるよ。リレーションがある場合。
388 名前：nobodyさん mailto:sage [2008/02/14(木) 05:53:07 ID:???]: テーブルクラスはDBクラスと分けて
テーブルの中からgetConnection()するのが普通だよ
コネクション管理とテーブルを切り離す
389 名前：に ◆lKs5QMUHoA mailto:sage [2008/02/14(木) 08:04:05 ID:???]: >>385
設計の仕方は、その人が作ろうとするアプリ次第なので、その人が
やりやすいスタイルでやっていいと思うよ。
OOPの設計理論は、あくまで一般論なので、必要性を感じないのであれば、
必ずしも守らなくていいだろう。
私は、DBをPostgreSQLからMySQLへ変換する必要性も生じることを
想定した設計をしただけだよ。
こうやっておけば、書き換えるコードも少なくて済む。

class CSearch_Personal{
// DBを格納する
var $m_db;

// コンストラクタ
function CSearch_Personal(){
$db_info = ""; // ここでDB接続に必要な情報を入れる。
$this->m_db = new CDB_PostgreSQL($db_info);
}

// 電話番号で検索
function Search_by_TEL($tel){
$sql_str = "SELECT * FROM TableA WHERE TEL = '" . $tel . "'";
$this->m_db->Execute($sql_str);
// ここで、データをうけとり、返す。
}
}
390 名前：に ◆lKs5QMUHoA mailto:sage [2008/02/14(木) 08:07:28 ID:???]: どうしてもテーブル単位でクラスを作る場合は、こんな感じになるのかな。

// PostgreSQLへ接続処理などを管理する基底クラス（抽象）
class CDB_PostgreSQL_Connection

// TableAの操作を管理するクラス。
class CDB_TableA extend CDB_PostgreSQL_Connection

// TableBの操作を管理するクラス。
class CDB_TableB extend CDB_PostgreSQL_Connection
391 名前：に ◆lKs5QMUHoA mailto:sage [2008/02/14(木) 08:26:42 ID:???]: OOPの設計をする場合は、処理を文章で書き表して、
その中から名詞や役割を抽出していけばいいと聞いたことがある。
その単位を１つのオブジェクトとして設計する。
１つのオブジェクトを、１つのクラスとしてコーディングする。
392 名前：nobodyさん mailto:sage [2008/02/14(木) 08:57:14 ID:???]: >>390
CDB_PostgreSQL_Connectionを拡張してCDB_TableAにするのはまずい
子クラスと親クラスはis_a関係にしないといけない
言い換えると子クラスは親クラスの範疇に含まれていないといけない
テーブルがコネクションの一部でないことは明らか
393 名前：nobodyさん mailto:sage [2008/02/14(木) 10:58:27 ID:???]: 異論はあるだろうけど、SQLに関しては、パフォーマンスの都合上実装の仕方が限定されるから、
モデルに合わせて考えるのではなくて、SQLを考えてから、それに会うモデル（クラス構造）を考えた
方が良いと思う。
394 名前：nobodyさん mailto:sage [2008/02/14(木) 11:05:10 ID:???]: >>393
ｋｗｓｋ
395 名前：nobodyさん mailto:sage [2008/02/14(木) 11:09:12 ID:???]: 具体的に聞かれないと、答えようがない。
396 名前：nobodyさん mailto:sage [2008/02/14(木) 11:30:06 ID:???]: >>393
テーブル構造が複雑な場合、そういうのもアリだと思うけど
それはオブジェクト指向じゃないよね
397 名前：nobodyさん mailto:sage [2008/02/14(木) 12:00:13 ID:???]: 微妙だけど、抽象化のレベルが低い(計算機寄りな)だけで、OOではあると思ってる。

ただDBアクセスについて、パフォーマンスを保ったまま、高い抽象化ができない・やりにくい
というのは、OOが本質的にDB向きではないということだと考えてる。
398 名前：nobodyさん mailto:sage [2008/02/14(木) 12:33:45 ID:???]: とりあえずDBアクセスはPDOでいい。
各操作系に保持させるならプリペアドステートメントを。

個人的には各テーブルってよりも各テーブルのレコードクラスを作るかなー。
テーブルに対する操作は静的メソッドで実装する。

どうでもいいがクラスってのは抽象データ型なので関数と比べるなんてしてるとハマる。
399 名前：nobodyさん mailto:sage [2008/02/14(木) 12:59:49 ID:???]: UMLモデリングツールでPHP書いている人いる？
具体的には「Umbrello」を業務で使っている人
400 名前：nobodyさん mailto:sage [2008/02/14(木) 13:18:17 ID:???]: C#の記事だけど、継承に関するものをみつけた。
Column　- 継承を使うべき場合、使うべきではない場合 -
www.atmarkit.co.jp/fdotnet/csharp_abc2/csabc2_004/cs2_004_03.html#cs0406
401 名前：nobodyさん mailto:sage [2008/02/14(木) 14:54:28 ID:???]: >>397
> というのは、OOが本質的にDB向きではないということだと考えてる。
逆逆、リレーショナルデータベースが、OO向きじゃない。
402 名前：nobodyさん mailto:sage [2008/02/14(木) 15:00:26 ID:???]: >>398
> 各操作系に保持させるならプリペアドステートメントを。
プリペアドステートメントは条件の数を変えにくいという
大きな欠点があるからなぁ。

> 個人的には各テーブルってよりも各テーブルのレコードクラスを作るかなー。
一般に言われている、ActiveRecordパターンですね。
Ruby on RailsやCakePHPで採用されている奴です。
403 名前：nobodyさん mailto:sage [2008/02/14(木) 15:08:57 ID:???]: >>383
> テーブルAの操作をするクラスA、テーブルBの操作をするクラスBを作った。
> 両方のクラスで個別に接続するより、1番最初に接続して、その接続IDを使って処理させたほうがいいのかな？

処理の負荷というより、決定的な問題がある。

それは主にトランザクションを使ったときに起こる。

複数のテーブルを操作することで、一つの処理を完成させる場合
中途半端な状態を他に見せないようにしなければいけないし、
また一つのテーブルで処理が失敗した場合すべてを元に戻さなければならない。

これを実現する為に同じ接続から見える状態と、違う接続からみえる状態で
違うことがある。
404 名前：nobodyさん mailto:sage [2008/02/14(木) 15:18:21 ID:???]: PHPやWebアプリに限らないけど、OOPってのはフレームワークを作るためにある。
ここで言うフレームワークには、汎用の名前があるフレームワークだけじゃなく
たとえばあるゲームの独自の基本システムなんていったものも含む。

このフレームワークを使って作るもの・・・すなわち、
フレームワークから呼び出されるコードは、単純な処理になるので
（というか単純な処理ですむ為のフレームワーク）
OOPにならないことが多い。

だからといって、システム全体がOOPになっていないとは思わないけどね。
システム全体の一部。つまりクラスの中のメソッドだけを見て
非OOPというのはおかしいでしょ？
405 名前：nobodyさん mailto:sage [2008/02/14(木) 15:30:26 ID:???]: >>404
誰に言ってるの？？
406 名前：nobodyさん mailto:sage [2008/02/14(木) 15:35:44 ID:???]: 誰に言ってるのかも気になるが、そんなこと誰が言ってるのかも気になる。
OOPがフレームワークのためにあるという主張は初めて聞いた。
407 名前：nobodyさん mailto:sage [2008/02/14(木) 15:36:31 ID:???]: >>384 も >>389 も >>390 も気持ち悪すぎだ
普通に考えるとこういう感じだろう？

// 接続に関する抽象クラス。汎用で使える関数があれば定義しても良い。
class CDB_Connection {}

// PostgreSQL接続用クラスの実装
class CDB_PostgreSQL extends CDB_Connection {}

// MySQL接続用クラスの実装
class CDB_MySQL extends CDB_Connection {}

// テーブルに関する抽象クラス。汎用で使える関数があれば定義しても良い。
class CTable {}

// 個人情報クラス。
class CPersonal extends CTable{
　function CSearch($connection) {} //コンストラクタかメソッドでコネクションと接続
　function search() {}
　function update() {}
}
408 名前：nobodyさん mailto:sage [2008/02/14(木) 15:41:23 ID:???]: >>407
概ね同じ意見だけど、Cpersonalを実体化する必要ってあんまりなさそうだから、
自分はメソッドを staticにすることが多い。

あと、connection をオブジェクト内部にもってしまうと、そのオブジェクトはいつでも
SQLを実行できてしまうので、引数で渡すようにしてる。
(まぁ、staticにしたら引数で渡すしかないけど)
409 名前：nobodyさん mailto:sage [2008/02/14(木) 15:45:33 ID:???]: >>408 に補足
必要性がないというより、CTable (のサブクラス)のインスタンスをnewするということは、
意味論的には、そのテーブル自体を新規に生成するということだから、ちょっと気持ち悪い。
410 名前：nobodyさん mailto:sage [2008/02/14(木) 15:48:44 ID:???]: >>389
> 私は、DBをPostgreSQLからMySQLへ変換する必要性も生じることを
> 想定した設計をしただけだよ。
> こうやっておけば、書き換えるコードも少なくて済む。

とか言っておきながら、

> // コンストラクタ
> function CSearch_Personal(){
> $db_info = ""; // ここでDB接続に必要な情報を入れる。
> $this->m_db = new CDB_PostgreSQL($db_info);
> }

CSearch_Personalのコンストラクタで
CDB_PostgreSQL決め打ちなのはナンセンス。

DBをPostgreSQLからMySQLへ変換する必要性も生じることを想定した設計というのなら
設計としては、Personalデータを扱う（Search専用？）クラスは
接続するデータベースに依存すべきではない。
（限られた環境だけで動くものを作ればいいだけならどうでもいいが）

接続オブジェクト（CDB_PostgreSQL）はCSearch_Personalクラス外部から
与える。そのときの引数は（PHPに厳密な型は無いが）抽象クラスのCDB_Connection型で与える。
こうすることで、DBをPostgreSQLからMySQLへ変換する必要が生じたとき、
CSearch_Personalを一切修正しないですむ。
411 名前：nobodyさん mailto:sage [2008/02/14(木) 15:49:17 ID:???]: >>404は、「バージョン6までのVBって構文は構造化だけど、
内部的にはクラスが動いているんだよ」といってるのと
同じ意味のように思える。
誰に何を伝えたいのかは良く分からないが。
412 名前：nobodyさん mailto:sage [2008/02/14(木) 15:51:40 ID:???]: >>408-409

まあ、そこは設計しだいでいくつかやり方があるけど、
ActiveRecordパターンの場合、インスタンスはテーブルを作るという意味ではなく、
クラスがテーブル全体で、そのインスタンスはテーブルのレコードという扱いになる。
そしてフィールドがプロパティ。
413 名前：nobodyさん mailto:sage [2008/02/14(木) 15:53:27 ID:???]: >>411
一応突っ込み。VBにはクラスがある。（少なくとも5以上）
もちろんnewでインスタンスも生成できる。
414 名前：nobodyさん mailto:sage [2008/02/14(木) 16:01:23 ID:???]: >>412
これですかね。
www.martinfowler.com/eaaCatalog/activeRecord.html

細かいけど、
>そのインスタンスはテーブルのレコードという扱いになる。
なら、searchメソッドは、staticなり外部に置くのではないかと思う。
確かに updateはこの場合 staticにすべきものではないですね。失礼。
415 名前：412 mailto:sage [2008/02/14(木) 16:03:01 ID:???]: >>408
> あと、connection をオブジェクト内部にもってしまうと、そのオブジェクトはいつでも
> SQLを実行できてしまうので、引数で渡すようにしてる。
なんで「そのオブジェクトはいつでも SQLを実行できてしまう」のが悪いのかわからないけど、

> (まぁ、staticにしたら引数で渡すしかないけど)
これが理由なら、そのクラスをシングルトンパターンで
実装するという方法もある。

CPersonal::search() などという書き方で呼べるぞ。

ただし、PHP4に対応した書き方だとすごく気持ち悪いんだが（笑）
CakePHPでgetInstance()というメソッドをキーワードにして探せば
実装例が見つかると思う。

getInstance()関数内のstatic変数に配列[0]にで確保（なぜ？）した後
各メソッドの初めで$_this = getInstance() して$_thisで参照するという・・・
まあ見たほうが早い（？）
416 名前：nobodyさん mailto:sage [2008/02/14(木) 16:13:08 ID:???]: >>415
>なんで「そのオブジェクトはいつでも SQLを実行できてしまう」のが悪いのかわからないけど、

DBなんて巨大なグローバル変数の固まりみたいなものだし、アクセスもメモリと比べて遅いし、
トランザクションの都合からもある範囲でDBアクセスしている可能性がないかが
簡単に見分けられないのは怖いと思うけど。
417 名前：412 mailto:sage [2008/02/14(木) 16:13:24 ID:???]: >>414
> なら、searchメソッドは、staticなり外部に置くのではないかと思う。
あー。staticでいいです。単に個人的な環境の理由から
PHP4を使っていて忘れていただけです。
418 名前：412 mailto:sage [2008/02/14(木) 16:17:15 ID:???]: >>416
でもどっちみちデータベースに操作を出来るところなら、
コネクション知っているわけで、結局同じことでしょ？

それにクラスの変数はグローバル変数じゃないからｗ
419 名前：nobodyさん mailto:sage [2008/02/14(木) 16:33:55 ID:???]: >>418
必要なメソッドにしか connection を渡さず、オブジェクト内に保存しないことで、
「データベースに操作できるところ」を限定するという話。

connection をDBアクセスする権限と見るならば、その権限は処理に対して与えるべきで、
オブジェクトに対して与えるべきではないだろうということ。
420 名前：nobodyさん mailto:sage [2008/02/14(木) 17:56:06 ID:???]: DB周りはZendFrameworkの実装でなんら不満ないなあ。
421 名前：412 mailto:sage [2008/02/14(木) 18:14:31 ID:???]: >>419
しかし、テーブルに関するクラスでデータベースを操作しないメソッドって
あまりないからなぁ。まあ別にいいけどね。
422 名前：nobodyさん mailto:sage [2008/02/14(木) 18:51:49 ID:???]: >>421
例えば Personテーブルに depart_codeがあるとして、$person->getDepartName() としたときに、
暗黙のうちにdepart_codeをキーとしてDepartテーブルから検索する SQLが実行されたら嫌だし、
setPersonNameされたときに、そのタイミングでupdateが実行されていないか疑わなきゃいけないのも嫌。
423 名前：nobodyさん mailto:sage [2008/02/14(木) 19:13:43 ID:???]: >>422
メソッドの実装がどうなってようが呼んだ方の知ったこっちゃないだろ。
そのどっちの例もそのクラスの仕様なんだから。
それを外側から知ろうとか制御しようだなんておかしな話だ。
424 名前：nobodyさん mailto:sage [2008/02/14(木) 19:41:54 ID:???]: そもそもstaticも存在しないPHP4で機能をまとめたようなクラス（CDB_PostgreSQLクラスみたいなの）
を作ろうとしてるのが気持ち悪い。

しかもOOPなんてデータベースの各要素に関数をくっつけたようなもんなんだから既存のデータを単体でしか扱わない
データベースと相性が悪いのは分かりきったことだろう。
425 名前：nobodyさん mailto:sage [2008/02/14(木) 19:54:36 ID:???]: OOPはデータベースの各要素に関数をくっつけたようなもの？
既存のデータベースはデータを単体でしか扱わない？
だからOOPとデータベースと相性が悪い？

(　ﾟДﾟ) ﾜｶﾗﾅｲ
426 名前：412 mailto:sage [2008/02/14(木) 20:04:12 ID:???]: >>424
staticはあくまでstaticだよと明示しているだけで
本質的には必要なものとは思えないけど。便利だけどね。

それと、CDB_PostgreSQLは「機能をまとめたクラス」ではないよ。
たとえば一つのアプリでサーバー負荷分散などで、
複数の接続を使用するときとか、複数のインスタンスが出来る。
427 名前：nobodyさん mailto:sage [2008/02/15(金) 07:09:54 ID:???]: ＰＨＰでもメンバポインタとかつかえれば
インスタンスに縛られない柔軟なＯＯＰができるのにな
428 名前：nobodyさん mailto:sage [2008/02/15(金) 17:51:58 ID:???]: 少しだけど、クラス分割のコツが掲載されてたのではっておきます。
VBプログラマ向けの情報だと、OOPの考え方の情報が結構ありそうです。

業務Webアプリの作り方の基礎（前編）
業務アプリ開発で失敗しないコツ
www.atmarkit.co.jp/fdotnet/vblab/bizappbasic01/bizappbasic01_01.html
> 1つの機能（＝たとえWebアプリで複数のページにまたがっていたとしても一連の作業を
> 完了させるまでの一連の操作）に対して、1つのビジネス・ロジック層のクラスを
> 作ってみることをお勧めする。

> 一般的な業務アプリでは、クラスを細かくしすぎてしまうとどこで何を行っているのかが
> 分かりづらくなり、結果的にメンテナンスしづらいアプリになることがある。

（パフォーマンスを考慮し、）
> 可能な限りクラスのインスタンス化が必要ない静的メソッド（Sharedプロシージャ）で
> 作成したステートレスな設計にすることをお勧めする。
429 名前：nobodyさん mailto:sage [2008/02/15(金) 20:19:56 ID:???]: たまに昔のサイト触ったりすると非OOPなんてもうやってらんねーと思う
DRYになってないから直すの大変
430 名前：nobodyさん mailto:sage [2008/02/15(金) 22:23:07 ID:???]: OOPってのは設計的な考え方ってのが含まれるんだけど、
そういう考え方は別として、単にコーディング技法として便利だよ。
431 名前：nobodyさん mailto:sage [2008/02/15(金) 22:36:39 ID:???]: >>272
プリミティブだけど実装してみました・・
もはやQuickFormとSmartyがないと動きませんが・・
ttp://briefcase.yahoo.co.jp/bc/oopfw
432 名前：に ◆lKs5QMUHoA mailto:sage [2008/02/15(金) 23:49:43 ID:???]: 風邪をひいてしまい、最近頭が回らないです。レスも遅れてしまってます。。。

>>392
確かにそうですね。継承をして作ったクラスはすべてPostgreSQLに依存してしまいます
ので、is-a関係が正しいですね。

>>407
接続に関して抽象的にクラスを定義するところは勉強になりました。
私はまだまだ継承を使いこなせてないですね。

>>410
> 接続オブジェクト（CDB_PostgreSQL）はCSearch_Personalクラス外部から与える。
この発想は思いつきませんでした。
確かに言われてみるとそうです。CSearch_Personalを一切修正しないで済むようになります。
433 名前：に ◆lKs5QMUHoA mailto:sage [2008/02/15(金) 23:50:26 ID:???]: >>431
サンプルありがとうございます。
あとでソースを読んでみます。
434 名前：383 mailto:sage [2008/02/16(土) 00:15:26 ID:???]: 質問しておきながら、反応かなり遅れてしまってごめんなさい。

具体的なコードやアドバイスを提示してくださった方々、ありがとう。
ちょっとまだ、自分には敷居が高くて色々大変そうですが、
考えるよりも産むが易し、と言うので、手を動かして色々試行錯誤してみます。

ありがとうございました。
435 名前：nobodyさん mailto:sage [2008/02/16(土) 11:47:29 ID:???]: フレームワークの利点などの検証の参考となるかと思ったので書いておきます。

ASP.NETでは、「検証コントロール」というのが便利そうだ。
「プログラムを作成するたびにこういうのをいちいち書いたりしなくていい」という
部分の利便性は良く分かる。

ASP.NETで学ぶVisual Studio .NETの魅力
第2回　Visual Studio.NETでプログラム・レス開発を学ぶ（前編）
www.atmarkit.co.jp/fdotnet/aspandvs/aspandvs02/aspandvs02_04.html

だが、こういうのは逆にそのフレームワークに縛られてしまうのが欠点だな。
準備されてるコントロールを自分の意図するようにやりたいが、その方法が誰も分からない
もしくは、出来ない場合は、それで終わりみたいな。

話はずれるが、Accessで開発してる時、各種コントロールやウィザードの組み合わせでは
対応出来ないと感じたのを思い出した。ウィザードが準備する通りの物が目的ならば良いのだが、
それにちょっと変更を加えたい場合はどうしたらよいのかという感じ。各種プロパティーの
値を変更してみても変な方向に変わっていくだけ。
自分の意図するようにカスタマイズしたい場合は、非連結のテキストボックスを貼り付けて
VBAで制御するスタイルでやってたな。
436 名前：nobodyさん mailto:sage [2008/02/16(土) 12:59:37 ID:???]: Accessではグリッドが無いけれど、サブフォームで代用する方法はある。
しかし、そのカスタマイズ度は低い。（確か、クリックしたセルの場所を
取るとか、一つのセルだけ色を変更するとかがかなり苦手だったような。）
サブフォームで代用できない場合は、フォーム上にグリッドを貼り付けるような
モジュールは無いので、DBへのアクセス手段が手軽なものを捨ててでも
VBで0から作り直すのが一般的な選択方法となる。

Webアプリのフレームワークでもこのような状況になる事ってあるのかなぁ？
437 名前：383 mailto:sage [2008/02/16(土) 17:18:06 ID:???]: PDOを継承する形でこんなクラスにしてみました。
突っ込みどころ満載だと思うんだけど、とりあえず、このコーディング方法はやめておいたほうがいい、
っていうところを教えていただけると嬉しいです。

class DBConnect(){
// メンバ変数にDB接続情報を記述

function __construct(){} // PDOをインスタンス化
function getConnID(){} // PDOオブジェクト格納変数を返す
}

class TableCtrl extends PDO{} //PDOを継承、汎用関数を定義してもOK.

class CtrlA extends TableCtrl{ // テーブルAを操作する
protected $ConnID;
function __construct($ConnID){} //PDOオブジェクト格納変数を渡す
}
438 名前：438 mailto:sage [2008/02/16(土) 17:21:28 ID:???]: スクリプト先頭で、DBConnectをnewして、PDO格納オブジェクトを受け取ってから、
それを引数にCtrlAをnewする感じ……。
一応動きはするけど……全然ダメだな……。
439 名前：nobodyさん mailto:sage [2008/02/16(土) 17:46:45 ID:???]: >>438
なんでもいいけど、既存のフレームワークがどうなっているか見てみろ。

見たら自分で作るきなくなるけどなｗ
440 名前：438 mailto:sage [2008/02/17(日) 16:53:21 ID:???]: >>439
返信ありがとう。

まったくわかってないみたいなので、クラスの設計方法から学び直します。

実際の処理をする具象クラスを作って、また別に、それを統括するクラスを作っていく。
複数のクラスを設定によって使い分けしなきゃいけない場合は、抽象クラスなりインターフェイスなりを継承（後者の場合は実装）させて、
メソッド名を統一させた上で、ポリモーフィズム――クラスによって同名メソッドの振る舞いを変えさせるって解釈でいいよね？――で実現させる。
基本こんな感じかな？

プリペアドステートメントに惹かれて、PDOを継承する形で作って見たんだけど、
DB接続関連の場合、接続IDを返してくるmysql_connect(); なんかのほうが、使いやすい気がする。

フレームワーク自作なんて、自分にとってはとんでもない話しですよ……。
441 名前：nobodyさん mailto:sage [2008/02/17(日) 19:14:54 ID:???]: お前の下らない御託はいいから見ろっつの
442 名前：nobodyさん mailto:sage [2008/02/17(日) 20:01:12 ID:???]: >>441
ごめん、無視してたわけじゃないんだ。
とりあえず、軽い「ちいたん」とやらを見てきます。

スレ汚し、ごめんなさい。自重します。
443 名前：nobodyさん mailto:sage [2008/02/17(日) 20:03:55 ID:???]: なぜちいたんを選ぶか・・・
444 名前：nobodyさん mailto:sage [2008/02/17(日) 20:08:23 ID:???]: ( ﾟдﾟ)ﾎﾟｶｰﾝ
445 名前：nobodyさん mailto:sage [2008/02/17(日) 20:22:12 ID:???]: 救いようが無いな。
446 名前：nobodyさん mailto:sage [2008/02/17(日) 21:40:51 ID:???]: スレのレベルを下げちゃってごめんなさい……。

軽い「ちいたん」が入門にはちょうどいいかな、と思っての選択です。
いきなり、CakePHPなど大きいのを見ても、余計に混乱しそうだったので。

スレのレベルを余計に下げるだけなのでROMします。
度重なるスレ汚し、失礼しました。
447 名前：1 ◆SWtzLesEmM mailto:age [2008/02/17(日) 23:11:41 ID:???]: >>324
>>335
掲示板スクリプトの改善、どうもありがとうございます。(*^^*)v

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

ssurl.net/n777
ssurl.net/ioah
448 名前：nobodyさん mailto:age [2008/02/22(金) 09:37:11 ID:???]: フレームワークをみてみろとアドバイスをしてくださってる方は、
もう少し具体的なアドバイスを出して欲しい。
具体的に、どんなフレームワークの構造を見て、どんなことを
学んだのかなどをあわせて出してくれたら、勉強もしやすいと
思うのですが。
449 名前：nobodyさん mailto:sage [2008/02/22(金) 09:52:27 ID:???]: お前は人に逐一指示されないと何にもできないんだな
450 名前：nobodyさん mailto:sage [2008/02/22(金) 09:59:49 ID:???]: フレームワークはどこに行けば手に入りますか？
451 名前：nobodyさん mailto:sage [2008/02/22(金) 11:02:18 ID:???]: >>449
漠然としすぎていて良く分からないのである程度は具体例が
欲しいという意味なのですが。

>>450
こちらへどうぞ
【PHP】フレームワークについて語るスレ10【総合】
pc11.2ch.net/test/read.cgi/php/1202521438/l50
452 名前：nobodyさん mailto:sage [2008/02/22(金) 11:21:05 ID:???]: >>451
そのくらい自分で探せよという意味なのですが
453 名前：nobodyさん mailto:sage [2008/02/22(金) 11:36:33 ID:???]: >>451
自分でDBの抽象化を考えてみて、クラスの定義だけでも書いてみろ。
その後にZFのZend_DBを見て、自分のとどう違うか、なぜそうなっているのかを考えろ。

それから、偉そうな態度で教えてもらおうと思うな。
454 名前：nobodyさん mailto:sage [2008/02/22(金) 11:50:38 ID:???]: 別に偉そうじゃないだろ。
むしろお前のほうが偉そうだ。
何被害妄想してるんだｗ
455 名前：nobodyさん mailto:sage [2008/02/22(金) 12:50:26 ID:???]: 本気でOOP勉強したい人はまずPHP止めないと・・
PHPの世界にOOPの参考になるものがどれほどある？
javaやらずOOP出来ましたってありえないでしょ。
456 名前：nobodyさん mailto:sage [2008/02/22(金) 12:58:24 ID:???]: >>455
OOP勉強するなら、SmallTalkだな。
Javaとかアフォ？ｗ
457 名前：nobodyさん mailto:sage [2008/02/22(金) 13:04:24 ID:???]: 本気でOOP勉強する為にPHPをやめる必要は無い。
PHP使いながら、OOP勉強すればいいだけ。

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

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

手段と目的を逆にしないようにね。
458 名前：nobodyさん mailto:age [2008/02/22(金) 13:04:45 ID:???]: その論争は、きりが無いから、マ板とかのOOPのスレでやって欲しい。
「スクリプトの世界ならRubyだろ。」とか、結論が見えてこないし、
このスレの趣旨とは違うと思う。
459 名前：nobodyさん mailto:age [2008/02/22(金) 13:06:38 ID:???]: >>457は非常にすばらしいことを言ったと思う。
460 名前：nobodyさん mailto:sage [2008/02/22(金) 13:13:27 ID:???]: 確かにPHPでOOPの解説をしている情報は非常に少ないので、
勉強の際はjavaやC#などの情報を読みながらやることになると思う。
しかし、PHPを辞めるまでする必要性は無いと思う。
言いたいのは「OOPの勉強するのなら、PHPに限定してはいけないよ。」
じゃないの？
461 名前：nobodyさん mailto:sage [2008/02/22(金) 13:16:21 ID:???]: 本気で勉強する為にPHPをやめた。
そしてOOPをマスターした。

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

OOPをマスターしたが、何も出来なくなった。完。
462 名前：nobodyさん mailto:sage [2008/02/22(金) 13:27:17 ID:???]: 前から思ってたんだが、頭の悪い人間が粘着してるな。
自分がどんな風に思われてるかも分かってないんだろうなｗ
463 名前：nobodyさん mailto:sage [2008/02/22(金) 13:58:48 ID:???]: >>457
> いくらsmalltalkでOOPをマスターしました！とかいっても
> それでウェブサービスを作ることはまずありえないんだから

今やウエブサービスに欠かせないMVCはそもそもsmalltalkのOOP由来なんだが…。
継続ベースだって覚えておいて損はない。

www.ibm.com/developerworks/opensource/library/os-lightweight8/
www.ibm.com/developerworks/jp/java/library/j-cb07056/index.html
464 名前：nobodyさん mailto:sage [2008/02/22(金) 14:19:47 ID:???]: PHPでOOPする為に別の言語でOOPの勉強をする。
自分の為に必要だからやるだけ。
465 名前：nobodyさん mailto:sage [2008/02/22(金) 14:42:14 ID:???]: >>463
うん。だからさ勉強・研究の為の言語と
実用・開発の為の言語は別なの。
466 名前：nobodyさん mailto:sage [2008/02/22(金) 17:56:13 ID:???]: このソースの解析をがんばればいろいろ見えてくるだろうけど、
一人じゃ到底無理だろうな。別スレでも立てて、解析して
ドキュメント作ろう！見たいなことやってみる？

Visual Studio 2008で見る.NET Frameworkのソースコード
www.atmarkit.co.jp/fdotnet/insiderseye/20080222sourcecode/sourcecode.html
> 公開されたソースコードには（もちろん英語だが）多くのコメントが入っており、
> ローカル変数名も元のままの“生”のソースコードである。
> そしてそれがVisual Studio 2008でシームレスにトレースできるようになる
467 名前：nobodyさん mailto:sage [2008/02/23(土) 08:39:50 ID:???]: >>447
サンプル見たけど
Viewで変数が入らないとこで”を使ってる意味がわからない
”と’の使い方間違ってると思う
面倒な使いわけするならsprintfという手もある

パラメータ変数が渡ってくる
switch文のcaseに頭文字を大文字にしてる意味がわからない
468 名前：nobodyさん mailto:sage [2008/02/23(土) 08:44:08 ID:???]: 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>';
}

なんでダブルクォートやねん
469 名前：nobodyさん mailto:sage [2008/02/23(土) 09:12:10 ID:???]: >>447

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

View_List
View_WriteFinish

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

コントローラは面倒でもＯＯＰ理解するには必要だ
理解しやすくするためにテンプレート化も必要
470 名前：nobodyさん mailto:sage [2008/02/23(土) 09:19:29 ID:???]: >>447
本来コントローラとModelがやりとりする部分が
コントローラが無いために
Ｖiewで処理されてる

ＭＶモデルですね！
ＯＯＰ構造化理解のためには
面倒でもＭＶＣモデルじゃないと
初心者を間違った方向に導きますよ！！
471 名前：nobodyさん mailto:sage [2008/02/23(土) 12:22:21 ID:???]: >>469
具体的にどうすればいいの？
条件分岐してないから切り分けは良さげに見えたんだが。
viewは機能ごとの静的HTML吐くのとは違うの？
472 名前：nobodyさん [2008/02/23(土) 13:43:29 ID:i4AYcehM]: www.microsoft.com/japan/msdn/practices/type/Patterns/enterprise/DesMVC.aspx

これの

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

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

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

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

MSDNは書き方がやたらめんどいぜ
473 名前：nobodyさん [2008/02/23(土) 13:56:50 ID:i4AYcehM]: コントローラがリクエスト解析
↓
そのリクエストにおいて必要なモデルのインスタンス生成
↓
モデルのメソッド呼び出す
↓
選択したビューのupdate呼びだして出力に必要な変数定義
↓
モデルがビューの出力するメソッドを呼ぶ

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

なんか間違ってますか＞＜　教えてください！＞＜
474 名前：nobodyさん mailto:sage [2008/02/23(土) 14:42:12 ID:???]: なんですでにあるフレームワークを参考にしない？
475 名前：474 mailto:sage [2008/02/23(土) 14:43:18 ID:???]: 474は無視してくれ
476 名前：474 mailto:sage [2008/02/23(土) 15:11:03 ID:???]: >>472
それはようするに、株価データのようにユーザーが
ページを更新しなくてもデータが更新されるときの話。

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

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

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

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

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

あとは詳しい人に任せた。
477 名前：nobodyさん [2008/02/23(土) 17:10:06 ID:i4AYcehM]: >>476
レス㌧

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

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

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

ちょっとCakePHPとかの資料ググってくるは
478 名前：nobodyさん mailto:sage [2008/02/23(土) 17:50:55 ID:???]: そういう場合Comet使うんじゃね？
Cometすげえ！って大騒ぎになってたころ資料見ても俺には何がなんだか理解できなかったけど
479 名前：nobodyさん mailto:sage [2008/02/23(土) 20:15:50 ID:???]: １を含めてコントローラの役割が全然わかってないんだよ！
ＭＶモデルになってるんだよ！
CakePHP、symfonyのソースをよく解読してみろよ！
１のサンプルにはＶＩＥＷにコントローラで処理するコードかいてあるんだぜ！
480 名前：nobodyさん mailto:sage [2008/02/23(土) 20:21:31 ID:???]: ＰＨＰでＯＯＰを追求すると
結局はＭＶＣモデルのフレームワークにテーマが行き着くんだよね
だったらＰＨＰフレームワークのスレと同じじゃんて感じで
ここでＯＯＰを議論するときは
ＭＶＣモデル以外を議論の対象にしたいよ
481 名前：nobodyさん mailto:sage [2008/02/23(土) 20:27:22 ID:???]: >>478
ワロタ。目からうろこｗ
httpってのはクライアント（ブラウザ側）から聞くことしかできないんだ。
どうやってもサーバーから話しかけることはできない。

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

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

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

しかし、いまさらだけどhttpで無茶やりすぎだｗ
482 名前：nobodyさん mailto:sage [2008/02/23(土) 20:30:12 ID:???]: 例え巧すぎﾜﾛﾀ
483 名前：nobodyさん mailto:sage [2008/02/23(土) 20:32:35 ID:???]: >>479
だから具体的にどこがだよ？
484 名前：nobodyさん mailto:sage [2008/02/23(土) 20:35:35 ID:???]: >>480
> ＰＨＰでＯＯＰを追求すると
> 結局はＭＶＣモデルのフレームワークにテーマが行き着くんだよね

それはPHPに限らず。

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

通常のビジネスロジック部分は基本的に単純な命令の集まりになるので
OOPを使っているという感じは無くなる。
485 名前：nobodyさん mailto:sage [2008/02/23(土) 20:43:56 ID:???]: >>484
だから結局フレームワークの議論になるんなら
このスレの意味が無いんだよ
486 名前：nobodyさん mailto:sage [2008/02/23(土) 20:45:46 ID:???]: >>483
>>469
487 名前：nobodyさん mailto:sage [2008/02/23(土) 20:49:01 ID:???]: >>485
フレームワークスレは、フレームワークの比較などを話すスレ
OOPはフレームワークを題材に、OOPの話をするスレ

おｋ？
488 名前：nobodyさん mailto:sage [2008/02/23(土) 20:53:31 ID:???]: >>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();
}
489 名前：nobodyさん mailto:sage [2008/02/23(土) 20:54:28 ID:???]: //
function Write_HTML_foot(){
$this->html_foot();
}
//
function Write_HTML_data($line){
echo "タイトル：";
echo $line->GetName();
echo " ";
echo "メッセージ：";
echo $line->GetMsg();
echo "<hr>";
}
}
この中のどこがコントローラで判断させるべき処理なんだ？
490 名前：nobodyさん mailto:sage [2008/02/23(土) 20:57:01 ID:???]: >>487
OOPはフレームワークを題材に、OOPの話をするスレならプログラム板だろ？
初心者だらけの、ここよりも良レスが来ると思うんだが
ＰＨＰにこだわる理由がわからない
ＷＥＢでのフレームワークならどれも仕組みは同じだろうに
じゃあperlでＯＯＰ、rubyでＯＯＰていうスレが無いのは何でなんだ？
491 名前：nobodyさん mailto:sage [2008/02/23(土) 21:21:33 ID:???]: 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;
}

これは下記がいいだろ？

function GetNextData(){

$ans = "";
if( $line = fgets($this->m_file_hd, 1024) ){
$line2 = split($this->m_pause_chr, $line);
$ans = new Line();
$ans->SetData($line2[0], $line2[1]);
}

return $ans;
}
492 名前：nobodyさん mailto:sage [2008/02/23(土) 21:36:01 ID:???]: // データを１行読み出す。
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;
}

変数名の最後に数字使うのは初心者だろ？
もしコード拡張で数値計算が入ったら紛らわしい
493 名前：nobodyさん mailto:sage [2008/02/23(土) 21:39:32 ID:???]: // データを最後に追記する。
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入れないの？
494 名前：nobodyさん mailto:sage [2008/02/23(土) 21:47:30 ID:???]: $line2 = split($this->m_pause_chr, $line);

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

list($name,$msg) = split($this->m_pause_chr, $line);
495 名前：nobodyさん mailto:sage [2008/02/23(土) 21:52:46 ID:???]: 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;
}

これは下記に修正した方がわかりやすいよ

function GetNextData(){

$ans = "";
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;
}
496 名前：nobodyさん mailto:sage [2008/02/23(土) 21:55:49 ID:???]: 変数にオブジェクトが入ってくるなら
初期化はこうだった

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;
}
497 名前：nobodyさん mailto:sage [2008/02/23(土) 22:04:10 ID:???]: else{
$ans = "";
}

これ全部

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

返り値はオブジェクトが入ってるか入ってないかという処理なのに
空文字を返すのよくないよ！
498 名前：nobodyさん mailto:sage [2008/02/23(土) 22:44:30 ID:???]: まぁ空文字もnullも演算子によっては同様にfalse扱いできるという点がPHPの特徴なわけで
499 名前：nobodyさん mailto:sage [2008/02/24(日) 05:50:47 ID:???]: >>490
> じゃあperlでＯＯＰ、rubyでＯＯＰていうスレが無いのは何でなんだ？
人気が無い言語だからｗ
500 名前：nobodyさん mailto:sage [2008/02/24(日) 11:09:06 ID:???]: プログラム初心者がPHPだけでOOPを習得するのはほぼ不可能に近いと思う。
OOP習得が目的ならあまりにも無謀だし、全くもって得策ではない。

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

でも不完全ながら、PHPでOOPっぽくコーディングすること自体は楽しいと思う。
501 名前：nobodyさん mailto:sage [2008/02/24(日) 11:31:24 ID:???]: >>500
> プログラム初心者がPHPだけでOOPを習得するのはほぼ不可能に近いと思う。
どんな言語でも当たり前。

> フレームワークとか利用しても、ユーザが$_POSTとか直接呼べちゃうと
> 結局OOPの意味が無いんではないだろうか？
まったく関係ない。
502 名前：nobodyさん mailto:sage [2008/02/24(日) 14:04:04 ID:???]: PHPでＯＯＰするには
初心者じゃ無理だよ
オブジェクトの設計は上手に出来ても
コーディングレベルで初心者ならではのミスが目立つ
503 名前：nobodyさん mailto:sage [2008/02/24(日) 14:08:38 ID:???]: ＰＨＰでＯＯＰ勉強は適してないよ
JAVA,C#,rubyみたいに
ＯＯＰを前提として作られた言語じゃないからね
504 名前：nobodyさん mailto:sage [2008/02/24(日) 15:14:16 ID:???]: 「PHPでOOPは」みたいな話は何度も出てるのに、いつも具体的な話にならないのは何で？
505 名前：nobodyさん mailto:sage [2008/02/24(日) 15:31:22 ID:???]: お前に知識がないから
506 名前：nobodyさん mailto:sage [2008/02/24(日) 15:37:16 ID:???]: (　´･∀･`)へｰ
507 名前：nobodyさん mailto:sage [2008/02/24(日) 15:38:42 ID:???]: 関係なくはないよ。グローバル変数として、どこからでも呼べちゃうんだから、カプセル化できてないってことになる。
だいたい$_REQUESTや$_SESSIONがオブジェクトじゃなくって、変数な時点で、PHPのウェブアプリでオブジェクトなんて使うなっていう、PHP開発者からのメッセージと理解すべき。
508 名前：nobodyさん mailto:sage [2008/02/24(日) 15:44:11 ID:???]: グローバル変数が使えたら、カプセル化できない言語ってことになるのか。
そりゃすごい。
509 名前：nobodyさん mailto:sage [2008/02/24(日) 16:03:09 ID:???]: 俺も、>>469に書いてる、コントローラで判断させるべき処理の具体的な
コードを教えて欲しい。
このコードの話が質問されても出ていないのはなぜ？フレームワークを
使わないと、理論を完全に実現できないとかそういう話だから？
510 名前：nobodyさん mailto:sage [2008/02/24(日) 16:19:48 ID:???]: >>479=486も結局答えられてないしな。
だめだだめだと言うものの、何故だめなのか、どう書けばいいのかということには答えられない低レベル批判厨なのさ
511 名前：nobodyさん mailto:sage [2008/02/24(日) 19:08:42 ID:???]: また見えなくすることをカプセル化と勘違いしてる高レベルプログラマさんのお出ましだ
512 名前：1 ◆SWtzLesEmM mailto:age [2008/02/24(日) 19:49:37 ID:???]: >>1 ◆SWtzLesEmM ：2007/02/23(金) 13:35:52

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

１年前からあまり進歩してないのは気のせい？(・∀・)
513 名前：1 ◆SWtzLesEmM mailto:age [2008/02/24(日) 19:50:55 ID:???]: >>487
PHPでOOPを勉強するとき、フレームワークは良い見本になりますね！

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

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

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

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

とりあえず、PHPでOOPが使えるようになりたいです。
PHP以外の言語も使ってみて、必要に応じて使い分けができるようになれればイイですね！（´∀｀）
514 名前：1 ◆SWtzLesEmM mailto:age [2008/02/24(日) 20:01:23 ID:???]: フレームワークに関して情報提供どうもありがとうございます。

>>479
MVモデル…(ﾉ∀`) ｱﾁｬｰ
以前作った掲示板を、MVCフレームワークの形で作り直してみました。(^^)v
↓
ssurl.net/ryol
515 名前：nobodyさん mailto:sage [2008/02/24(日) 20:34:16 ID:???]: 結局１のやりたいことは
アマゾンのアフィリエイトの誘導らしいｗｗｗ
516 名前：1 ◆SWtzLesEmM mailto:age [2008/02/24(日) 22:49:51 ID:???]: >>515
PukiWikiPlusでamazonプラグインをデフォルトのまま使うと、プラグイン作者さん？のアフィリエイトコードが付くようですね。＞＜
ttp://cafelounge.net/dev/?PukiWiki%20Plus!%2FPlng-in%20Customize#a5aa9e2a
>amazonアカウントを設定します。
>define('AMAZON_AID','mikoscafeterr-22');

アフィリエイトはやってませんが、とりあえず本の情報をまとめるのに便利なのでamazonプラグインを使ってみます。＾＾
517 名前：nobodyさん mailto:sage [2008/02/25(月) 07:27:51 ID:???]: >>516
本の情報とかいらんよ
あと、valueclickのアフィリエイトも出てるし
あとＴＯＰページいくとgoogle広告も出てる
結局こういうことかいな
最悪やなお前
518 名前：nobodyさん mailto:sage [2008/02/25(月) 11:09:54 ID:???]: 具体的な本の紹介をサイトに掲載することは俺は賛成だけどな。
でも、単に羅列してるだけよりも、読んでみてどう思ったのかという
レビューをだして、その人なりの評価を出して欲しいとは思った。
羅列しているだけだと、そのサイト特有の色を感じない。
519 名前：nobodyさん mailto:sage [2008/02/25(月) 11:36:58 ID:???]: どう考えても本の紹介を書くのおかしいだろう？
ここだけじゃないけど
技術的なサイトに広告とかマジうざい！！！！
520 名前：nobodyさん mailto:sage [2008/02/25(月) 11:41:53 ID:???]: 「OOPやるのならば、PHPを辞めた方がいい」といっている人は、
それをいいたいのならば、もっと具体的に言って欲しい。
「RubyはもともとOOPとして設計されている」とか抽象論で終わってるから
何も話が進まず、同じことの繰り返しが続いているんだと思う。
「$_POSTなど、グローバル変数があるからオブジェクト指向的な考えには
ならない」とかそういう話をしてもらえれば、勉強する人はそれを
それぞれに解釈して学んでいけるのではと思う。
「じゃ、辞めようか」と思う人もいれば、「じゃ、その部分だけ気を
つけていけばPHPでもOOPがやれるんだな」と思う人もいるわけで。
521 名前：nobodyさん mailto:sage [2008/02/25(月) 11:44:37 ID:???]: １は誤解を招くことは面倒だからやめた方がいいよ
522 名前：nobodyさん mailto:sage [2008/02/25(月) 11:44:58 ID:???]: >>519
そこまでいいきるのなら、じゃ、みなけりゃいいじゃんとか思うけどな。

あからさまなＣＭじゃなければいいと思うけどな。俺はこの本をつかって
こういう勉強をして、こういう役に立ったとか、いいじゃん。
このスレは勉強しようっていうスレなんだから。
523 名前：nobodyさん mailto:sage [2008/02/25(月) 11:46:05 ID:???]: >>521
それにおいては俺も同意だな。
524 名前：nobodyさん mailto:sage [2008/02/25(月) 11:47:54 ID:???]: 特に２ちゃんはスレ利用して
最終的に宣伝目的にするやつが多いからな
リンク先に広告があるかどうかだけはシビアに見てる奴が多いよ
525 名前：nobodyさん mailto:sage [2008/02/25(月) 11:51:48 ID:???]: １００歩譲って本を紹介しても、それは構わないけど
それがアフィリエイトになってるのがおかしいよ
526 名前：nobodyさん mailto:sage [2008/02/25(月) 11:54:29 ID:???]: 以前、面白いレスを自分のサイトに集めて、面白かったと思う
投稿も受け付けたりしていて、そのサイトに広告を出して儲けてた
人がいて、叩かれたことがあったからな。
あと、のまねこ。
そういう事件があったから、２ちゃんねるをつかって管理者が
儲けようとする目的で広告が掲載されていることにはぴりぴりと
している傾向はあると思うな。

２ちゃんねるを通じて何か企画をするのには賛成だけど、やるのなら
GPLライセンスでやるみたいな意識でやらないとだめなんじゃないかな。
527 名前：nobodyさん mailto:sage [2008/02/25(月) 11:59:06 ID:???]: 書籍の紹介は良いと思う。そうしないと、@ITの紹介もだめになるわけで、
本当に内容の無いことしかかけなくなってしまう。
情報をまとめていることで、便利だというものもあるしね。
だけど、「アフィリエイトはダメだ」という意見には賛成だ。
528 名前：nobodyさん mailto:sage [2008/02/25(月) 12:02:29 ID:???]: １がアフィリエイトするのは構わないけど
２ちゃんを利用するというのが問題あり
529 名前：nobodyさん mailto:sage [2008/02/25(月) 12:06:47 ID:???]: ２ちゃんねるのスレのまとめサイトであるにもかかわらず、
アフィリエイトされていると、それがどこかで告知されて、
大きく騒がれると思う。このスレに厨を沢山呼ぶことにも
なりかねない。
記念パピコとかが大量に来るので、１は早急にアフィリエイトは
辞めるべきだと思う。
530 名前：nobodyさん mailto:sage [2008/02/25(月) 12:07:12 ID:???]: 嫌いだと思う事と否定すべき事は分けるものだと思うが、ここでのOOPの議論を見れば
それができないのも仕方がない。
531 名前：nobodyさん mailto:sage [2008/02/25(月) 12:08:30 ID:???]: >>530
ｋｗｓｋ
532 名前：nobodyさん mailto:sage [2008/02/25(月) 12:34:45 ID:???]: ２ちゃん利用して金儲けはよくないし
まとめサイトで書籍紹介するのも始めてみて正直びびった
533 名前：1 ◆SWtzLesEmM mailto:age [2008/02/25(月) 12:50:47 ID:???]: ご意見どうもありがとうございます。もう少し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
勉強するとき、本を読む人っていますよね？
本は読まない人もいると思いますが、本の情報も調べたのでついでにまとめました。
534 名前：nobodyさん mailto:sage [2008/02/25(月) 12:58:27 ID:???]: １の目的がよくわらん。
１がコテハン使ってスレをリードするのおかしいやろ？
まとめサイトも１が作るのちゃうやろ
名無しがやることやろ
535 名前：nobodyさん mailto:sage [2008/02/25(月) 13:00:22 ID:???]: １がスレをリードせんといて
長くレスが続くなら
それは本当に需要のあるスレであって
１が作り上げたスレになってるやん
536 名前：nobodyさん mailto:sage [2008/02/25(月) 13:14:26 ID:???]: >>533
１（個人）に利益が出てたら、必ず騒ぐ人が出てくる。
しかし、利益が出てなければ、その旨を断っておけば、
騒いでいる意見は無視しておけば、しばらくすれば蒸発
すると思う。
537 名前：nobodyさん mailto:sage [2008/02/25(月) 13:18:05 ID:???]: >>534
俺は１ではないが。

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

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

> まとめサイトも１が作るのちゃうやろ
> 名無しがやることやろ
お前のローカルルールを押し付けるな。
１がまとめサイトやめたら変わりにお前がやるのか？
538 名前：nobodyさん mailto:sage [2008/02/25(月) 13:21:26 ID:???]: >>535
お前のやりたいことの方が分からん。
変な哲学押し付けるな。
539 名前：nobodyさん mailto:sage [2008/02/25(月) 13:27:10 ID:???]: スレ主がまとめサイト作ってるスレてあるの？
広告目的以外に見たことないんだけどｗｗｗ
540 名前：nobodyさん mailto:sage [2008/02/25(月) 13:30:31 ID:???]: なんで事例が必要なの？
541 名前：nobodyさん mailto:sage [2008/02/25(月) 13:35:02 ID:???]: >>539
だったら君が利用しなきゃいいだけでは？
542 名前：nobodyさん mailto:sage [2008/02/25(月) 13:35:25 ID:???]: ＷebProg板で
スレ主がまとめサイト作ってるスレどこにあるんだよ？
543 名前：nobodyさん mailto:sage [2008/02/25(月) 13:36:07 ID:???]: ２ちゃんにふさわしくない行動は見て見ぬふりは出来んよ
544 名前：nobodyさん mailto:sage [2008/02/25(月) 13:39:24 ID:???]: １は需要のないスレを無理に上げるのやめて欲しいよ
自分の存在を認められたいだけのオナニスレだよ
545 名前：nobodyさん mailto:sage [2008/02/25(月) 13:44:21 ID:???]: アフィリエイト見てオナニスレてことに確信がもてたよ
このスレは１の自己満足以外に何も生まれないよ結果としてね
546 名前：nobodyさん [2008/02/25(月) 13:45:42 ID:nYfgU4lL]: >>543-544
何で君はスルーができないの？
誰も書き込まなければそのまま消えていくんじゃないの？
547 名前：nobodyさん mailto:sage [2008/02/25(月) 13:46:57 ID:???]: コテハン使って自慢げにソースコード公開するやつは
よほど腕に自信がある奴か
初心者相手に自己満足したい奴かのどっちか
548 名前：nobodyさん mailto:sage [2008/02/25(月) 13:47:30 ID:???]: >>545
君の語りを見てオナニレスてことに確信がもてたよ
これらのレスは君の自己満足以外に何も生まれないよ結果としてね
549 名前：nobodyさん mailto:sage [2008/02/25(月) 13:49:30 ID:???]: >>547
ああ、そうか。だったら君はもう来るな。
550 名前：nobodyさん mailto:sage [2008/02/25(月) 13:52:02 ID:???]: １が名無しとなって言い訳してるくさいな
551 名前：nobodyさん mailto:sage [2008/02/25(月) 13:54:58 ID:???]: >>550
俺は１じゃないんだけどな。言い返せなくてそれしかいえないんだな。
それにお前がここに常駐する意味はないよな。
552 名前：nobodyさん mailto:sage [2008/02/25(月) 13:58:28 ID:???]: 記念パピコ
553 名前：nobodyさん mailto:sage [2008/02/25(月) 14:52:48 ID:???]: コマツも軍需だよね
554 名前：nobodyさん mailto:sage [2008/02/25(月) 17:26:59 ID:???]: さ　あ　、　も　り　あ　が　っ
　　　　　　　　　　　　　　　　　　て
　　　　　　　　　　　　　　　　　　　　　ま
　　　　　　　　　　　　　　　　　　　　　　　い
　　　　　　　　　　　　　　　　　　　　　　　　り
　　　　　　　　　　　　　　　　　　　　　　　　　ま
　　　　　　　　　　　　　　　　　　　　　　　　　　し
　　　　　　　　　　　　　　　　　　　　　　　　　　た
555 名前：nobodyさん mailto:sage [2008/02/26(火) 10:28:32 ID:???]: １が書き込みしないと
恐ろしいほどさびれてんねｗ
１だけがＰＨＰでＯＯＰに興味があって
その興味を無理矢理に広めようとしてる
このスレの落胆ぶり見ればよくわかるｗｗｗ
556 名前：nobodyさん mailto:sage [2008/02/26(火) 12:06:28 ID:???]: PHPにかぎらず、「オブジェクト指向」が一般化したと言っても、実際にはライブラリ（フレームワークを含む）が
クラス化されて、プログラマはそれを使ってるという程度の話でしかないから、OOPそのものの話が盛り
上がらないのは、当然といえば当然。
557 名前：nobodyさん mailto:sage [2008/02/26(火) 14:01:10 ID:???]: WebProgで勢いあるのなんてくだすれぐらいだろ
558 名前：nobodyさん mailto:sage [2008/02/27(水) 22:15:02 ID:???]: 何度も１のこと前向きにとらえようとしたけど
やはり1が何をしたいのかよくわからん
559 名前：nobodyさん mailto:sage [2008/02/28(木) 00:08:29 ID:???]: OOPの勉強じゃないの？
560 名前：nobodyさん mailto:sage [2008/03/01(土) 01:04:42 ID:???]: 自称非営利団体の運営を本業に転換する難しさのバーチャル体験学習。
乗せられたボランティアからの不満が噴出。
ありがち。そして解散。ありがち。
561 名前：nobodyさん mailto:sage [2008/03/02(日) 15:48:10 ID:???]: 私も１が必死にスレ継続させてる意味が？？？
営利団体なら意味はわかりますが
562 名前：nobodyさん mailto:sage [2008/03/02(日) 16:50:51 ID:???]: このスレ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
563 名前：nobodyさん mailto:sage [2008/03/02(日) 20:21:37 ID:???]: 暇人乙
564 名前：nobodyさん mailto:sage [2008/03/02(日) 23:43:21 ID:???]: まー、ここで勉強するな、とは言わないけど、本気でやろうと思ってる人は、まず自分で本買うなりして勉強すると思うよ。

別に興味ないやつはスルーでも何でもしときゃいいと思う。
565 名前：nobodyさん mailto:sage [2008/03/09(日) 10:19:09 ID:???]: >>562
1自演乙！
566 名前：nobodyさん mailto:sage [2008/03/10(月) 14:48:07 ID:???]: 自演度は THE END
567 名前：nobodyさん mailto:sage [2008/03/17(月) 07:13:22 ID:???]: 保守
568 名前：nobodyさん mailto:sage [2008/03/28(金) 02:04:42 ID:???]: このスレで、今日から貴方もOOP！！！＼(^o^)／

>>1
オッパッピーの間違いですよね
569 名前：nobodyさん mailto:sage [2008/04/20(日) 09:34:37 ID:???]: 保守
570 名前：nobodyさん mailto:sage [2008/05/24(土) 06:41:54 ID:???]: 保守
571 名前：nobodyさん mailto:sage [2008/06/16(月) 13:47:07 ID:???]: 難解も、難解も、オブジェクト指向
572 名前：nobodyさん mailto:sage [2008/06/17(火) 12:52:46 ID:???]: スレタイの主旨からずれるけど、
やはりC言語は、一度は学んでいた方が良いな。

Javaからプログラムに入ったから、PHPのOOPでアロー演算子使うのにとても違和感あったのだけど、
Cの構造体を知って、ドットシンタックスよりアロー演算子の方が正統派と思えるようになった。
573 名前：nobodyさん mailto:sage [2008/06/17(火) 13:01:04 ID:???]: どっと疲れる
574 名前：nobodyさん mailto:sage [2008/06/17(火) 16:56:31 ID:???]: どっと込む
575 名前：nobodyさん mailto:sage [2008/07/01(火) 00:56:40 ID:???]: >>573
>>574
バカアロー
576 名前：nobodyさん mailto:sage [2008/07/27(日) 23:15:55 ID:???]: 諸事情により、Web系のプログラミングから離れていたけれど、
また時間がとれたら舞い戻ってきます。よろしくｗ
577 名前：nobodyさん mailto:sage [2008/08/09(土) 20:52:22 ID:???]: PHPに触る機会が・・・なんで、VBばっかりなんだ・・・
578 名前：nobodyさん mailto:sage [2008/08/19(火) 00:44:43 ID:???]: 保守
579 名前：nobodyさん mailto:sage [2008/08/28(木) 21:10:25 ID:???]: 保守
580 名前：1 ◆SWtzLesEmM [2008/09/02(火) 15:51:27 ID:w90kCMMO]: クラスの作り方（設計）について、考え方が参考になる本がありました。

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

「モデリング」ということについて調べてみると、いろいろノウハウがあるようです。
581 名前：nobodyさん mailto:sage [2008/09/27(土) 22:23:48 ID:???]: 保守
582 名前：nobodyさん mailto:sage [2008/10/06(月) 00:30:42 ID:???]: 保守
583 名前：nobodyさん mailto:sage [2008/10/24(金) 23:26:54 ID:???]: 保守
584 名前：yodobashi mailto:sage [2008/10/26(日) 01:15:24 ID:???]: 大手ECサイトのヨドバシドットコムが、サイトリニューアルから大規模な障害を3日間...
detail.chiebukuro.yahoo.co.jp/qa/question_detail.php?qid=1220150877

506 ：目のつけ所が名無しさん：2008/10/26(日) 00:47:20
大手ＥＣサイトで、ここまで派手なリリース失敗は初めて見た。
エンジニア向けＩＴ情報誌や関連サイトは、ぜひ取材して原因を明かして欲し
いは。
585 名前：nobodyさん mailto:sage [2008/11/05(水) 20:43:48 ID:???]: 保守
586 名前：nobodyさん mailto:sage [2008/11/13(木) 23:12:08 ID:???]: 保守
587 名前：nobodyさん mailto:sage [2008/11/15(土) 09:19:30 ID:???]: 定期的に保守してるの誰？
糞スレに対してその執念が怖いんだが。。。
588 名前：nobodyさん mailto:sage [2008/11/23(日) 22:46:31 ID:???]: お前の粘着質の方が怖い
589 名前：nobodyさん mailto:sage [2008/11/29(土) 11:22:40 ID:???]: PHP でオブジェクト指向の設計をするための 7 つの良い習慣を身につける
www.ibm.com/developerworks/jp/opensource/library/os-php-7oohabits/

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

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

こうした習慣を身につけ、使いこなせるようになると、皆さんはきっとアプリケーションの品質が変わったことに驚くはずです。
590 名前：nobodyさん mailto:sage [2008/11/30(日) 22:51:36 ID:???]: 内容は否定しないが、その書き方はどうかなと思うな。
英語の翻訳だからなのかな。
「メドゥーサを見ないようにする」なんて飛躍した比喩表現では
イメージつかないだろｗ
591 名前：nobodyさん mailto:sage [2008/11/30(日) 23:12:38 ID:???]: phpspot.org/blog/archives/2008/11/php_7_1.html
パクりblog乙
592 名前：nobodyさん [2008/12/01(月) 12:13:27 ID:YUzphIUV]: >>589
メデューサの項目でインタフェースを使う意義って何？
ファクトリーパターンの利点しか説明してないような気がするんだが
593 名前：nobodyさん mailto:sage [2008/12/02(火) 01:29:02 ID:???]: >>591
広告の方が多いってどうなんだよ
1:4で広告じゃねーか
594 名前：nobodyさん mailto:sage [2008/12/04(木) 18:30:24 ID:???]: DIコンテナとかどうなのか

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef