のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,664,904人
昨日:no data人
今日:
最近の注目
人気の最安値情報

私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitter
ログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレPHPでOOP

php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニュー
スレッド評価: スレッド評価について
みんなの評価 :
タグ : - cake + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
レスフィルター : (試験中)
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter
351 : nobodyさん - 2008/02/12(火) 19:58:37 ID:???.net (+68,+29,-4)
>>349
じゃあ貴方がOOPを教えてあげたら?
352 : nobodyさん - 2008/02/12(火) 20:39:12 ID:???.net (+64,+29,-3)
>>349
どういう利点があんの?
353 : nobodyさん - 2008/02/12(火) 22:43:18 ID:???.net (+62,+29,-121)
クラスを使ってるだけで、オブジェクト指向でも何でもないよ。ウェブフレームワークは。
オブジェクト指向を謳うなら、オブジェクトをシリアライズしてDBやセッションに保存するくらいはしないと。
そんなフレームワークがどれだけある?
354 : nobodyさん - 2008/02/12(火) 22:58:38 ID:???.net (+52,+29,-1)
なんで永続性に拘るんだろ。
355 : nobodyさん - 2008/02/12(火) 23:01:04 ID:???.net (+57,+29,-15)
なんでオブジェクトに拘るのかってこと。
356 : nobodyさん - 2008/02/12(火) 23:08:25 ID:???.net (+12,-29,-146)
ウェブアプリで扱うデータのほとんどはRDBMSだけど、RDBMS自体はフラットなデータ構造でまったくオブジェクト指向ではない。
だから、RDBMSからオブジェクトにいったん変換するんだけど、最終的にはHTMLというやはりフラットな構造に戻さないと行けない。
例えばgmailみたいに非常に複雑な処理が要求されるサイトなら、いったんオブジェクトにするのは有効と思うけど、gmailみたいなサイトは例外的。
ほとんどのウェブサイトは、ただDBに入った値を表示するだけでいい。
357 : nobodyさん - 2008/02/12(火) 23:14:02 ID:???.net (+59,+29,-22)
>>356 あっそ、じゃおまえがオブジェクト使わずに書けばいいだけじゃね?
358 : nobodyさん - 2008/02/12(火) 23:19:02 ID:???.net (+70,+28,-45)
OOプログラミングってのは、OO的にモデリングしたものをプログラミングすることであって、
オブジェクトを使ってプログラミングすることではないでしょ。

これを区別しないのは 「VC++で作ったからオブジェクト指向だ」って言うのと同じ。
359 : nobodyさん - 2008/02/12(火) 23:28:46 ID:???.net (+67,+29,-18)
>>358
概念じゃなく具体的なコードで説明して下さいお願いします。
360 : nobodyさん - 2008/02/12(火) 23:37:53 ID:???.net (+64,+29,-35)
そんなんムリ( ゚Д゚) 本でも読んで勉強して。

今まで読んだ本でOOに関して一番良かったのは Booch法:オブジェクト指向分析と設計 なんだけど、
いくら Booch法自体が古いとは言え、こうした本が絶版になってしまっているというのは、なんとも悲しい。
361 : nobodyさん - 2008/02/12(火) 23:59:12 ID:???.net (+57,+29,-22)
勉強したい人が集まってるんだから、必要・不必要で論争しなくても……。
362 : nobodyさん - 2008/02/13(水) 00:22:08 ID:???.net (+8,-30,-135)
>>336だけど話が広がり過ぎて正直びっくりしてる。
別にOOPしてもいいと思うよ。
俺もクラス使うし。
ただWebプログラミングだとクラス使っただけの手続き型プログラムになりがちだから
OOPの恩恵に与りにくいんじゃないかなーって思っただけ。

たとえば俺はいまPHPでゲーム組んでるんだけど
普通のゲームプログラムとかだと

$char_list[] = new Player();

for($i=0; $i<N; $i++)
{
 $char_list[] = new Enemy();
}

while($game_loop)
{
 foreach($char_list as $char)
 {
  $char->Move();
  $char->CheckHit();
  $char->Draw();
 }
}

exit(0);

みたいな感じになるけど
363 : nobodyさん - 2008/02/13(水) 00:22:41 ID:???.net (+3,-30,-67)

Webプログラミングだと

$buf = DataRead();

$player = new Player();

$player->SetData($buf);

$player->Move();
$player->CheckHit();
$player->Draw();

$buf = $player->GetData();

DataWrite($buf);

exit(0);

みたいなのになりがちじゃん。
364 : nobodyさん - 2008/02/13(水) 00:23:37 ID:???.net (+3,-30,-39)
それなら

DataRead();

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

DataWrite();

exit(0);

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

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

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

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

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

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

モデリング云々とかそんなの関係ないんだよ。
そもそもここは>>1でしょ?
367 : nobodyさん - 2008/02/13(水) 11:21:35 ID:???.net (+63,+29,-4)
>モデリング云々とかそんなの関係ないんだよ。

思考を止めてるのは誰だよ。
368 : nobodyさん - 2008/02/13(水) 11:29:38 ID:???.net (+62,+27,-15)
モデリング無しにOOPで書けるんですか?
369 : nobodyさん - 2008/02/13(水) 11:42:59 ID:???.net (+73,+29,-35)
>>367>>368
じゃあモデリング房が設計について判りやすく教えたら?

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



~~~~~~~~~ここからOOPネタ禁止~~~~~~~~~~~~~~
380 : nobodyさん - 2008/02/13(水) 16:30:31 ID:???.net (+63,+29,-71)
(OO)P

マスコット(笑)

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

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

そんな落ち目のオッピー君と一緒にオブジェクト指向の真髄を極めよう!
381 : (OO)P 名前 - 2008/02/13(水) 16:32:38 ID:???.net (+47,+29,-2)
おいらに力を・・・・
382 : nobodyさん - 2008/02/13(水) 20:00:42 ID:???.net (+57,+29,-15)
どうして荒らしが粘着し始めたのだろう。
383 : nobodyさん - 2008/02/13(水) 23:26:03 ID:yj0olWG5.net (+71,+29,-43)
思い切って質問してみる。

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

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

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

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

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

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

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

> このクラスのメンバに上記2つのどちらかのDBクラスを持たせる。
申し訳ないんだけど、「メンバにクラスを持たせる」の意味が理解できない。
少し補足してもらえるとありがたいんだけど、ダメかな?
386 : nobodyさん - 2008/02/14(木) 03:29:07 ID:???.net (+57,+29,-40)
規模と言うか、どれだけ複雑なロジックがあるかだよね。2ちゃんねるは物凄く規模が大きいけど、ロジックはごく単純。ただの掲示板だもん。
387 : nobodyさん - 2008/02/14(木) 03:30:36 ID:???.net (+54,+26,-37)
テーブルAを操作するモデルクラスAとは行かない場合もあるよ。リレーションがある場合。
388 : nobodyさん - 2008/02/14(木) 05:53:07 ID:???.net (-1,-29,-32)
テーブルクラスはDBクラスと分けて
テーブルの中からgetConnection()するのが普通だよ
コネクション管理とテーブルを切り離す
389 : に ◆lKs5Q - 2008/02/14(木) 08:04:05 ID:???.net (+9,-30,-195)
>>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 : に ◆lKs5Q - 2008/02/14(木) 08:07:28 ID:???.net (+5,-30,-156)
どうしてもテーブル単位でクラスを作る場合は、こんな感じになるのかな。

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

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

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

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

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

どうでもいいがクラスってのは抽象データ型なので関数と比べるなんてしてるとハマる。
399 : nobodyさん - 2008/02/14(木) 12:59:49 ID:???.net (-1,-29,-29)
UMLモデリングツールでPHP書いている人いる?
具体的には「Umbrello」を業務で使っている人
400 : nobodyさん - 2008/02/14(木) 13:18:17 ID:???.net (-2,-30,-39)
C#の記事だけど、継承に関するものをみつけた。
Column - 継承を使うべき場合、使うべきではない場合 -
http://www.atmarkit.co.jp/fdotnet/csharp_abc2/csabc2_004/cs2_004_03.html#cs0406
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : - cake + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド


トップメニューへ / →のくす牧場書庫について