PHPでOOP
■ このスレッドは過去ログ倉庫に格納されています
00011 ◆SWtzLesEmM
2007/02/23(金) 13:35:52ID:???プロシージャ指向（手続き型、構造化プログラミング）でもできますが、
オブジェクト指向を使った場合の恩恵を享受するために、
PHPでオブジェクト指向プログラミングの勉強をしてみましょう。
＜目的＞
PHP5でオブジェクト指向プログラミングを行なうための知識を習得する。
（PHP4のOOPもOK、このスレが1000に行く前にPHP6が出たらPHP6のOOPもOK）
＜方向性＞
・このスレは、プログラミング初心者、PHP初心者の勉強の場として利用することを前提にします。
・PHPのOOPの話題に限定します。
（Ruby、Python、Javaなど他言語のOOPについては、その言語のスレッドでお願いします。）
・PHPのOOP学習に役立つ本、WEBサイトの紹介をお願いします。
＜その他＞
・略記は、「OO」＝「オブジェクト指向」、「OOP」＝「オブジェクト指向プログラミング」でお願いします。
・質問をする人はなるべくトリップを付けましょう。
・荒らし、煽り、叩き、気違いは無視・無干渉でお願いします。
このスレで、今日から貴方もOOP！！！＼(^o^)／
0708nobodyさん
2009/02/28(土) 04:26:33ID:???0709nobodyさん
2009/02/28(土) 08:03:49ID:???0710nobodyさん
2009/02/28(土) 08:44:26ID:???0711nobodyさん
2009/03/04(水) 21:56:11ID:vdYaMRthそれぞれ適当な補助クラスをコンポジる感じでok?
0712nobodyさん
2009/03/04(水) 22:30:14ID:???0713nobodyさん
2009/03/04(水) 22:51:16ID:???それはどうだろう…
0714nobodyさん
2009/03/04(水) 23:44:42ID:???別にありじゃない？
PHPTALってのもあるし
厳密には、TALに値渡す必要があるので、Viewが純粋なHTMLのみという訳ではないけど
0715nobodyさん
2009/03/05(木) 10:13:09ID:???コンポーネントってのもよくわからんし。
0716nobodyさん
2009/03/05(木) 11:05:22ID:???0717nobodyさん
2009/03/05(木) 12:25:35ID:???ビューとコントローラで迷うことはないけど、モデルとコントローラのどっちに書くべきかな、って言うのが多い。
まぁ、経験で補うもんだろうね。
0718nobodyさん
2009/03/05(木) 17:40:27ID:???ｂｙとぐろ兄弟
0719nobodyさん
2009/03/06(金) 04:31:52ID:???0721nobodyさん
2009/03/10(火) 12:40:11ID:???0722nobodyさん
2009/03/29(日) 09:52:31ID:???0723nobodyさん
2009/04/06(月) 08:51:50ID:???0724nobodyさん
2009/04/06(月) 09:51:43ID:???0725nobodyさん
2009/04/08(水) 23:43:02ID:???社内だけで技術囲ってんじゃねーぞ。
0726nobodyさん
2009/04/08(水) 23:49:40ID:???0727nobodyさん
2009/04/10(金) 03:54:17ID:4A05Vd6N処理はModel、ViewとModelを制御するController
ってある。
例えば、ある条件を満たしたときに、データファイルからデータ一覧をリスト形式にしたくて、
・データ1
・データ2
・
みたいにずらーと繰り返しして表示するとき、
modelには、ある条件を満たしたしたかどうかを判断する処理を、
viewには<div>やら<ul><li>を、
controllerには繰り返しのwhileを？
って迷ってしまう。
でもwhileて処理になるからmodelに書いた方がいいんじゃあいの？、と・・
でもmodelにwhileの処理かくと、同時に<br>やらもmodelに書いて
viewには何を？・・ってなってしまって先にすすめない・・
つづく
0728727
2009/04/10(金) 03:59:45ID:4A05Vd6N非常にわかりにくいかもしれないけど
こういうときって、素直にcontrollerにwhile処理いれとけばいいのかな。
でも、controllerに制限させるものが二、三個ならいいけど
もっとwhile処理するものが多くなれば、
処理がかぶってくるんだけど、
それが気持ち悪くて・・
なにか上手い回避方法を教えてください
0729nobodyさん
2009/04/10(金) 04:08:52ID:4A05Vd6Nviewにはhtmlタグだけを、
modelには条件処理とwhile処理を、
このwhile処理の中にviewで書いたhtmlタグを
放り込んで繰り返し処理。
controllerで、このmodelに引数入れてやれば
このmodelの変数には、
条件処理された結果と、
htmlタグつきのデータ一覧が格納されて、
表示される。
みたいにしたんだけど、これでいいのかな。
wikiのまとめサイトみるとmodelにwhileかかずに
controllerに書いてたから、何か意図があってやってるのかなと
0730nobodyさん
2009/04/10(金) 04:22:59ID:???0731nobodyさん
2009/04/10(金) 09:37:55ID:???View にはテンプレートエンジン使って View の中でループさせる。
Controller は Model に「データ持ってこい」と頼んで、受け取ったデータを今度は View に渡して「表示しろ」と頼む。
View は渡されたデータをぶん回して表示する。
「頼む」ってのは メソッドを呼び出すことを指す。
嘘教えてたら許して
0732nobodyさん
2009/04/10(金) 10:04:35ID:???というとつまり、もしも動的にデータを一覧表示させたいときなんかは、
”データ持ってこいとModelに頼む→Viewに渡して表示させる”
という一回の表示を、whileなりなんなりを使って何回も繰り返す操作を
Controllerがやるってことでいいのか。
0733nobodyさん
2009/04/10(金) 10:51:33ID:???"2"という条件を与えたときに、
date1<br>
date2<br>
"4"という条件を与えたときに、
date1<br>
date2<br>
date3<br>
date4<br>
という一覧を行いたい場合。
Modelには、指定されるデータを一つ引き出せるメソッドを、
Viewには、Controllerから受け取ったModelの一つのデータの後ろに、<br>を加えてechoするメソッドを、
そしてControllerで、Modelのメソッドを実行して、得られたデータをViewのメソッドへ渡し、一つデータを表示させる、
この操作を条件分繰り返すwhileもControllerに書いておく。
で、いいのけ
超基本的な場合、イメージ的には、
・Viewは、htmlしか知らない人でも、(phpの変数以外は)htmlタグ部分がはっきりしてるので弄ろうと思えば弄れる作り
・Modelは、処理されたデータを与える
・Controllerは、初期条件をMVに与えたり、MVにあるいろいろなメソッドの中から、
必要なものを選んで、データを得たり、表示させたり（MをVに渡して表示させたり）、
MVを組み合わせて完成したものを表示させる
みたいな感じ
だけで基本的名ことがまだまだ全然わからん
0734nobodyさん
2009/04/10(金) 12:01:58ID:???まあ作り方によるんだろうけど……
ループでViewを何回も呼び出すよりも、例えば配列でデータを一度に全部渡しちゃって、Viewにループしてもらったほうがスッキリしない？
Viewの中にPHPの生のコードが入るのを避けたいなら、先に挙げたテンプレートエンジン使うとかすればいいし。
0735nobodyさん
2009/04/10(金) 12:17:29ID:???たしかにそうか
ループするデータ表示のデザインて単純なものが多いだろうし
デザイン変更するときも、viewにphpのコードが入っててもそこまで苦にはならないか。
テンプレートエンジンどれがいいか決めれないし、
controllerにphpコードの種類がいっぱい入ってくると見にくいし長くなりそうだから
とりあえずはviewでループさせる方法にしてみるわ
あんがと
0736nobodyさん
2009/04/10(金) 12:48:47ID:???レス全部読んでないから、的外れになるかもしれないけど、
MVCの基本コンセプトは『プログラムの着火点（エントリーポイント）は、URLである』
という考え方が中心になっているらしいよ
つまり、どんなWEBアプリもそのプログラムにアクセスしないと何も起こらないという発想。
そこから更に考えを発展させて、URLの一部にメソッドを含めよたのがMVCのポイント。
この、メソッドを含んだURLを処理する枠組みをコントローラにした訳。
だから、コントローラを中心にデータをサーバに貯めるならModelに、
データをユーザに表示するならViewにと処理系を分けた。
一般的にビジネスロジックはModelにとか言われるけど、
このビジネスロジックとはデータに正規表現をかけて別の形に置き換えるとか、
特定の数値を暗号化したりとか、殆どの処理の処理を指す。
だから、ロジックの中心はModelで処理され、コントローラはただMやVにデータを振り分けるだけに徹するのが
正しいMVC設計と言われてる。
実際のコード量もControllerが異様に肥大しているMVCは、悪いMVCとされている。
迷ったらMにロジック書いて、Cから呼出すようにする。
どうしても呼出せないロジックだけCで処理しよう。
0737nobodyさん
2009/04/10(金) 13:22:45ID:???なるほど
完全に思い込みで、
Vには、phpコードでの処理に関連するものはほとんど無くしてhtml表示メインが良い
みたいになぜか考えてしまっていて、なかなか進めなかった。
＞メソッドを含んだURLを処理する枠組みをコントローラにした訳。
＞だから、コントローラを中心にデータをサーバに貯めるならModelに、
＞データをユーザに表示するならViewにと処理系を分けた。
これで、C、M、Vにはそれぞれこれをしようっていう考えが固まってきて
踏ん切りがついて先にすすめそうだ
とんクス
0738nobodyさん
2009/04/11(土) 01:35:03ID:???最初の1件とか最初から100件とか、或いは全部っていうのはVの都合なわけで、
変更したいって思ったときはVだけ触ればよくしたい。
ってことで、
無駄とかなんとかは気にせずに、純粋な感じでいうと
Cの人は全部もらって、そのままVの人に渡す
っていうのがMVCぽいかな、って思う。
0739nobodyさん
2009/04/11(土) 07:42:37ID:???俺は、Vの役割は「もらったデータを表示する」だと思ってるから、
ループする処理とかはCの役割だと思うけどな。
Vは、大量データ表示用のフォーマットや、１件詳細表示用のフォーマットを
持っているという形。
Cは、指定された件数のデータを表示させる機能を持っている、という形。
0740nobodyさん
2009/04/11(土) 07:47:58ID:???質問者さんは、自分の思う発想でコードを書いてさらしてみたらどうかな。
それに対していろいろな人がレビューをすると何か見えてくるかもしれない。
0741nobodyさん
2009/04/11(土) 14:03:22ID:???ASP.NET MVC入門
http://www.atmarkit.co.jp/fdotnet/aspnetmvc/aspnetmvc01/aspnetmvc01_01.html
0742nobodyさん
2009/05/07(木) 16:51:10ID:???デザインパターンなども学んで理論に忠実に沿った理想的な
プログラミングをしてみたいなとも思ったけれど、つきつめると
ケースバイケースってことに落ち着くから、こういう、忠実さを
追いかけるのは無駄な考え方のような気もしている。
この考えで合ってるよね？ｗ
0743nobodyさん
2009/05/07(木) 16:54:10ID:???0744nobodyさん
2009/05/07(木) 20:10:16ID:???そもそもASP.NETはイベントドリブンなフレームワークで、本来の意味でのMVCを採用してたんだけど、StrutsとかRoRとかがウェブで流行ったから、MSも似たようなフレームワークを作ったわけ。
だからのこれまでのASP.NETの方が本来的なMVCに近い。「ASP.NET MVC」は「ASP.NET ウェブMVC」とかって名前にすれば良かったのに。
0745nobodyさん
2009/05/07(木) 20:53:37ID:???ASP.NETにおいてMVCに関する詳しい記事かなと思ったけれど、
実際に読んでみると、まったく別なフレームワークってことだった。
違いについて理解するのがひとつ面倒になったなぁ。
0746nobodyさん
2009/05/07(木) 23:05:13ID:???0747nobodyさん
2009/05/19(火) 20:06:52ID:???0748nobodyさん
2009/06/18(木) 20:12:33ID:???0749nobodyさん
2009/07/02(木) 08:55:14ID:SGa5I59I自転車を使え
走れ
歩いてもいいぞ
0750nobodyさん
2009/07/02(木) 09:07:04ID:???必要な機能をモジュール化したいときにＯＯＰをいいとこ取りすれば便利
0752nobodyさん
2009/08/27(木) 07:51:29ID:???最初に設定していた目標が概ね達成出来たからじゃね？ｗ
っていうか、このスレに求めているものを書いていけば
盛り上がりを戻す可能性もあると思うよ。
質問するとか、何かソースを提供するとか。
0753nobodyさん
2009/10/25(日) 21:56:08ID:???0754nobodyさん
2009/10/30(金) 22:56:19ID:???0755nobodyさん
2009/11/13(金) 21:51:59ID:???いや、あおりとかじゃなくて。
0756nobodyさん
2009/11/19(木) 15:33:07ID:???07571 ◆SWtzLesEmM
2009/12/17(木) 22:30:30ID:???同じ機能を作るのに、コードを書く量が少なくて済むと楽ですね！
ただ、MVCだとスクリプトのファイル数が多くなると、ゴチャゴチャして見づらいと思いました。
MVC以外のフレームワークでオススメのものはありますか？
http://www.slideshare.net/NetPenguin/mvc-2659370
・PAC
・RecursiveMVC（HMVC）
・MMVC
・Doc/View
という仕組みが紹介されていました。
0758nobodyさん
2009/12/17(木) 22:33:57ID:???07591 ◆SWtzLesEmM
2009/12/17(木) 22:48:51ID:???ttp://d.hatena.ne.jp/sotarok/20091126/modern_php_programming_at_pfi
↑このスライド資料の72ページ目に、PHPフレームワークの評価が紹介されていました。
・CakePHP
世界でも日本でも大流行り。当然日本語での情報量も多い。
Modelが使いやすい。それ以外は嫌いだけど。
Cake3が別フレームワークにfork
・ZendFramework
世界的にシェアNo.1？
書く量の減らないドＭフレームワーク
というかいわゆるライブラリ群
・symfony
これも利用者多い
大規模向け。がっちりしてる。
・Ethna
グリーはこれで動いている！（古いバージョンだけど）
・rhaco2
大本命の超変態フレームワーク
すごい
Ruby（RoR）っぽいFW → CakePHP / Lithium
Java（Struts）っぽいFW → symfony
Python（Django）っぽいFW → rhaco
というかんじでしょうか？
07601 ◆SWtzLesEmM
2009/12/17(木) 22:56:44ID:???ttp://d.hatena.ne.jp/kagigotonet/20091215/1260851032
>PHPはWeb特化言語という特性上他の言語では見られない強力な仕組みがあります。
>その特徴は他の言語では参照で取り回すところを文字列で取り回すところである、と言えるでしょう。
>可変関数
>PHPのフレームワークは、これを基本としています。ライブラリ、モジュールを動的にロードするのが非常に容易
>可変変数
>このように可変変数や可変引数を組み合わせるだけでも、少ないコード量でかなり複雑なことが可能になります。
各フレームワークのディスパッチ（処理の割当て）の仕組みを見ると、参考になりますね。
07611 ◆SWtzLesEmM
2009/12/17(木) 23:07:31ID:???「名前空間」を活用すると、たくさんモジュールを作っても分類が楽になりますね！
ttp://d.hatena.ne.jp/Fivestar/20091215
ttp://prezi.com/0-vyhjdkslih/
0762nobodyさん
2009/12/17(木) 23:10:38ID:???07641 ◆SWtzLesEmM
2009/12/17(木) 23:43:57ID:???>Viewにループしてもらったほうがスッキリ
そうですね。
データをループ表示させるのは、ビューの役割。
ビューの部分には
・テンプレート（HTMLファイル）
・テンプレートエンジン（HTMLファイルに文字列を当てはめるパーサー）
の二つが含まれている形にすれば、
表示に関するロジック（繰返し表示の処理など）はビューの中に置けばOK
＝表示に関する機能を修正する場合、ビューの中を探せばOK
07651 ◆SWtzLesEmM
2009/12/18(金) 00:45:09ID:???MVCのモデルはどんなふうに作るか？という話で、
・トランザクションスクリプト
・ドメインモデル
という二つのスタイルがあるそうです。
ttp://pc11.2ch.net/test/read.cgi/php/1241341332/
ttp://proshile.blog.drecom.jp/archive/616
・トランザクションスクリプト
→古きよきC言語時代の関数が主体の書き方
・ドメインオブジェクト
→オブジェクト毎に内包する値と役割の責務を明確にしたOOPライクな書き方
MVCのモデルの部分は２層に分けて、
(1)ビジネスロジックコンポーネント
(2)デーアクセスロジックコンポーネント（O/Rマッパーを含む）
と分類する考え方があるそうです。
ttp://satoshi.blogs.com/life/2009/10/rails_mvc.html
ttp://d.hatena.ne.jp/p4life/20091014/1255532618
>Skinny Controller, Fat Model
・コントローラーはシンプルにする
・モデルに処理を集約する → 上記(1)ビジネスロジック＝データの加工を担当
・モデルはデータの整合性を保証する → 上記(2)データアクセスロジック＝データの読み書きを担当
ttp://www.virtual-tech.net/blog/2008/10/reflex-restful.html
ttp://www.virtual-tech.net/blog/uploaded_images/designold-722880.PNG
↑この図だと、モデルの部分が２層に分かれていて、
サービス層＝上記(1)
ドメイン層＝上記(2)
という形になるかと思います。
07661 ◆SWtzLesEmM
2009/12/18(金) 00:55:44ID:???C側に書いてあるコードを、なるべくM側の方に移動した方がスッキリするかも？
CとMの間のデータ受け渡しについて、こんな記事がありました。
↓
ttp://q.hatena.ne.jp/1242894491
>個々のSetterをオーバーライド出来るところが
>symfonyの便利な部分じゃないでしょうか。
>これが出来ないと個々のコントローラでデータを加工するハメになります・・。
>「MVCとして洗練されている」というのは
>「MVCに忠実に機能している」というのと同義かと思います。
一口にOOPと言っても、各フレームワークでちょっとずつ使い方に違いがありますね。
07671 ◆SWtzLesEmM
2009/12/18(金) 01:20:21ID:???フレームワークを使ってみて、OOPの使い方の理解が深まりました。
皆さん、たくさんのアドバイスをいただき、どうもありがとうございました。
分からないことがあっても、検索したり質問して１個ずつ埋めていけば、確実に進歩できると思います。
どんなプロフェッショナルな人でも、最初は素人だった…
これからPHPの勉強を始める方がいましたら、焦らずに頑張ってくださいね！(*^o^*)/
0768nobodyさん
2010/01/16(土) 21:42:43ID:???0769nobodyさん
2010/03/05(金) 11:55:14ID:???サイト見つけたので紹介しておきます。
0770nobodyさん
2010/04/20(火) 14:58:53ID:???必要なときにどこからでも呼び出せるプログラムみたいなものだよね。
0771nobodyさん
2010/04/20(火) 18:56:50ID:???0772nobodyさん
2010/04/21(水) 02:32:40ID:???プレーヤーを継承した CDプレーヤー，MP3プレーヤー がある
それぞれに 再生，停止，早送り，巻き戻し，次トラック，前トラック という機能(メソッド)がある
具体的な処理はそれぞれが行うので，使う人はプレーヤーの処理している内容を
理解している必要はなく，再生したいときに再生ボタンを押すという事だけ
分かっていればいい。(カプセル化)
つまり考え方であって，そういう意味では間違ってないのかもしれない。
0773nobodyさん
2010/04/21(水) 23:48:02ID:???0775nobodyさん
2010/04/22(木) 20:41:56ID:???0777nobodyさん
2010/04/23(金) 00:43:27ID:???PHPは型にしばられない（しばられなさすぎて困る）スクリプト言語だからね。
逆に、静的言語のように型を意識しすぎると、スクリプト言語のメリットが少なくなると思う。
「じゃぁ、お前、クラス階層つかわねーのか？」と言われればノー
コンポーネント（レイヤ）の中では、型を意識し、拡張する場合は継承も使用する。
コンポーネント間の接続は型ではなくメッセージ（メソッド）に束縛させるように意識している。
でも最近は、interface作って、抽象クラス作ってというのがおっくうになってきたので、可能ならメソッドポインタによるコールバックで済ませちゃうこともしばしば。
0778nobodyさん
2010/04/30(金) 11:21:02ID:???http://www.craftgear.net/docs/yii_blog_tutorial/index.html
本家の日本語訳が途中でストップしてるけど、こちらは全部訳してある。
本家
http://www.yiiframework.com/doc/blog/ja
0779nobodyさん
2010/05/22(土) 17:38:18ID:???0780nobodyさん
2010/05/24(月) 00:43:02ID:???javaや.NETはたまたPythonあたりの純血PGが書けばOOPっぽいソースになると思うよ。
PerlとかPHPから始めました、ってのはだめだな。
0781nobodyさん
2010/06/09(水) 18:32:35ID:uqJikGsn0782nobodyさん
2010/06/09(水) 21:02:23ID:???名前空間とか
0783nobodyさん
2010/06/09(水) 22:05:43ID:???0784nobodyさん
2010/06/09(水) 22:50:19ID:???0785nobodyさん
2010/06/11(金) 20:18:27ID:???じゃあ、PHP5のコードをPHP6に移植しても問題なく動くってことでいい？
PHP4→PHP5のときは大変みたいだったけど。
同じ思いをしたくない。
0786nobodyさん
2010/06/12(土) 05:01:32ID:???0787nobodyさん
2010/06/13(日) 07:15:58ID:???0788nobodyさん
2010/06/20(日) 11:50:01ID:???公式にオブジェクト指向ライブラリを提供すればよい
0790nobodyさん
2010/06/21(月) 16:09:23ID:L/6UXzEfオブジェクト指向（クラス）を使ってるつもりなんだけど正しいのか自信がない
クラスformPartsの中で各プルダウンやラジオボタンの要素（nameとvalue）を
外部ファイルから読み込んどいて
$fp = new formParts();
$pref = $fp->callPullDown('prefecture',$val);
$job = $fp->callPullDown('job',$val);
$sex = $fp->callRadioButton('sex',$val);
こんな感じでメソッドでパーツの種類を指定しつつ（ラジオボタンかプルダウンか）
そのパーツの要素（都道府県とか職業とか）と既定値（$val）を投げて呼び出してる。
プルダウン要素とかは各メソッド内部で引数によって外部ファイルから読みこんでる。
クラスってこんな使い方でいいの？ 継承とかはさっぱりわからない、どういう状況で使うんだか。
あと1さん凄いね、ガッツがあるなぁ。。
0791nobodyさん
2010/06/22(火) 02:52:17ID:???0792nobodyさん
2010/06/22(火) 02:53:02ID:???0793nobodyさん
2010/06/26(土) 22:03:26ID:lGwy0O8s0794nobodyさん
2010/06/28(月) 10:27:12ID:PXXo1bnrＰＨＰ最大の武器であるＨＴＭＬとの親和性の高さを殺してるよね
0795nobodyさん
2010/06/28(月) 20:02:03ID:???0796nobodyさん
2010/06/28(月) 22:25:44ID:???PHPのHTML埋め込みなんてもう古い
0797nobodyさん
2010/06/29(火) 01:12:38ID:???0798nobodyさん
2010/06/29(火) 07:49:52ID:???0799nobodyさん
2010/06/30(水) 18:24:45ID:???そもそもPHP自体テンプレートみたな言語じゃん。
index.php
<?php
$title = "hoge";
$hello = "hello world";
include "template.php";
?>
template.php
<html>
<head><title><?php echo $title ?></title><head>
<body>
<h1><?php echo $hello ?></h1>
</body>
</html>
こういうのとは違うの？
0800nobodyさん
2010/07/01(木) 00:39:53ID:???コードを動かすという発想で作られていない。
コードーの中でHTMLを出力するという発想。
そういう言語ではテンプレートが重要。
PHPでテンプレートの意味が薄いのは確か
ただテンプレートの意味がまったくないかというと、そうではなく
分業作業。つまりプログラマとデザイナに分かれて開発するときは便利。
デザイナはphpコードはまったく知らない。だからなるべくシンプルな
記号レベルの書き方であってほしい。しかもDreamweaverのような
HTMLエディタで見たときに不具合無く表示されるものの方がいい。
0801nobodyさん
2010/07/01(木) 14:26:10ID:ksuFUfiJいや、分かるようにPHPを書かなければならいと思う
それがPHP
0802nobodyさん
2010/07/01(木) 19:54:20ID:???まで読んだ
0803nobodyさん
2010/07/07(水) 17:20:53ID:???0804nobodyさん
2010/08/20(金) 12:31:24ID:???0805nobodyさん
2010/08/20(金) 14:43:19ID:???マルチしてんじゃないですよクソゴミww（笑）wwww（笑）wwww（笑）wwww（笑）ww
ww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）ww
ww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）ww
ww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）ww
ww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）ww
ww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）ww
ww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）wwww（笑）ww
ww（笑）wwww（笑）ww
PHPやってるやつノウタリンばっかりwwwwwwww
0806nobodyさん
2011/10/15(土) 11:25:55.76ID:???0807nobodyさん
2011/10/17(月) 12:28:57.35ID:???コーディングが楽だから、OOPで良いんです！！
■ このスレッドは過去ログ倉庫に格納されています