PHPでOOP

OOPのしっかりしてるFWどれ

FWは、その開発目的によるので、結論は出ない。
いや、あおりとかじゃなくて。

コードの参考になるのはどれかと

PHPのフレームワークでMVCのタイプを使ってみました。
同じ機能を作るのに、コードを書く量が少なくて済むと楽ですね！

ただ、MVCだとスクリプトのファイル数が多くなると、ゴチャゴチャして見づらいと思いました。
MVC以外のフレームワークでオススメのものはありますか？

http://www.slideshare.net/NetPenguin/mvc-2659370
・PAC
・RecursiveMVC（HMVC）
・MMVC
・Doc/View
という仕組みが紹介されていました。

特に無い

>>756
ttp://d.hatena.ne.jp/kagigotonet/20091215/1260851032
>PHPはWeb特化言語という特性上他の言語では見られない強力な仕組みがあります。
>その特徴は他の言語では参照で取り回すところを文字列で取り回すところである、と言えるでしょう。
>可変関数
>PHPのフレームワークは、これを基本としています。ライブラリ、モジュールを動的にロードするのが非常に容易
>可変変数
>このように可変変数や可変引数を組み合わせるだけでも、少ないコード量でかなり複雑なことが可能になります。

各フレームワークのディスパッチ（処理の割当て）の仕組みを見ると、参考になりますね。

>>750
「名前空間」を活用すると、たくさんモジュールを作っても分類が楽になりますね！
ttp://d.hatena.ne.jp/Fivestar/20091215
ttp://prezi.com/0-vyhjdkslih/

人の書いた文章を全文コピペするのはどうかと思うよ

あ、上のは主に>>759に対してね

>>734
>Viewにループしてもらったほうがスッキリ
そうですね。
データをループ表示させるのは、ビューの役割。

ビューの部分には
・テンプレート（HTMLファイル）
・テンプレートエンジン（HTMLファイルに文字列を当てはめるパーサー）
の二つが含まれている形にすれば、
表示に関するロジック（繰返し表示の処理など）はビューの中に置けばOK
＝表示に関する機能を修正する場合、ビューの中を探せばOK

>>727
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)
という形になるかと思います。

>>728
C側に書いてあるコードを、なるべくM側の方に移動した方がスッキリするかも？
CとMの間のデータ受け渡しについて、こんな記事がありました。
↓
ttp://q.hatena.ne.jp/1242894491
>個々のSetterをオーバーライド出来るところが
>symfonyの便利な部分じゃないでしょうか。
>これが出来ないと個々のコントローラでデータを加工するハメになります・・。
>「MVCとして洗練されている」というのは
>「MVCに忠実に機能している」というのと同義かと思います。

一口にOOPと言っても、各フレームワークでちょっとずつ使い方に違いがありますね。

>>89
フレームワークを使ってみて、OOPの使い方の理解が深まりました。
皆さん、たくさんのアドバイスをいただき、どうもありがとうございました。
分からないことがあっても、検索したり質問して１個ずつ埋めていけば、確実に進歩できると思います。

どんなプロフェッショナルな人でも、最初は素人だった…
これからPHPの勉強を始める方がいましたら、焦らずに頑張ってくださいね！(*^o^*)/

どのフレームワーク？

http://www.phppro.jp/school/oop/vol1/1
サイト見つけたので紹介しておきます。

オブジェクト指向ってrequire文とinclude文みたいな考えと同じかな？
必要なときにどこからでも呼び出せるプログラムみたいなものだよね。

うん

OOPの説明で一番わかりやすかったのがプレーヤーの例

プレーヤーを継承した CDプレーヤー，MP3プレーヤー がある
それぞれに 再生，停止，早送り，巻き戻し，次トラック，前トラック という機能(メソッド)がある

具体的な処理はそれぞれが行うので，使う人はプレーヤーの処理している内容を
理解している必要はなく，再生したいときに再生ボタンを押すという事だけ
分かっていればいい。(カプセル化)

つまり考え方であって，そういう意味では間違ってないのかもしれない。

それぞれにあるのではなく、プレイヤーという抽象クラスにあるのでは？

>>773
ダックタイピングなら、それぞれにあってもいいよね

OOPの説明でダックタイピングの例出すの？

>>773
そうなんだけど，具体的な実装がそれぞれ違うという意味で
ああいう書き方にした。

>>775
PHPは型にしばられない（しばられなさすぎて困る）スクリプト言語だからね。

逆に、静的言語のように型を意識しすぎると、スクリプト言語のメリットが少なくなると思う。

「じゃぁ、お前、クラス階層つかわねーのか？」と言われればノー
コンポーネント（レイヤ）の中では、型を意識し、拡張する場合は継承も使用する。
コンポーネント間の接続は型ではなくメッセージ（メソッド）に束縛させるように意識している。

でも最近は、interface作って、抽象クラス作ってというのがおっくうになってきたので、可能ならメソッドポインタによるコールバックで済ませちゃうこともしばしば。

Yiiブログチュートリアル　日本語訳
http://www.craftgear.net/docs/yii_blog_tutorial/index.html
本家の日本語訳が途中でストップしてるけど、こちらは全部訳してある。

本家
http://www.yiiframework.com/doc/blog/ja

保守しておきます。

javaや.NETはたまたPythonあたりの純血PGが書けばOOPっぽいソースになると思うよ。
PerlとかPHPから始めました、ってのはだめだな。

PHP6のオブジェクト指向ってなにか大きな変化ある？

遅延静的束縛とか
名前空間とか

名前空間は5.3だろ

遅延静的束縛もですが

機能追加がほとんどか。
じゃあ、PHP5のコードをPHP6に移植しても問題なく動くってことでいい？
PHP4→PHP5のときは大変みたいだったけど。
同じ思いをしたくない。

互換性見れば分かるだろ

逆に互換性なんかいいから関数の無茶苦茶な命名規則とか直して欲しい

関数はもうほうっておいて、
公式にオブジェクト指向ライブラリを提供すればよい

>>788
SPLって公式じゃないの？

質問するのが怖いんだけど、自分はフォームのパーツを呼び出すのに
オブジェクト指向（クラス）を使ってるつもりなんだけど正しいのか自信がない

クラスformPartsの中で各プルダウンやラジオボタンの要素（nameとvalue）を
外部ファイルから読み込んどいて
$fp = new formParts();
$pref = $fp->callPullDown('prefecture',$val);
$job = $fp->callPullDown('job',$val);
$sex = $fp->callRadioButton('sex',$val);

こんな感じでメソッドでパーツの種類を指定しつつ（ラジオボタンかプルダウンか）
そのパーツの要素（都道府県とか職業とか）と既定値（$val）を投げて呼び出してる。
プルダウン要素とかは各メソッド内部で引数によって外部ファイルから読みこんでる。

クラスってこんな使い方でいいの？　継承とかはさっぱりわからない、どういう状況で使うんだか。
あと1さん凄いね、ガッツがあるなぁ。。

OOではないな

分からないなら普通に勉強しろよ・・・

ツールの勉強する前に基本を勉強しろ

oopってさ
ＰＨＰ最大の武器であるＨＴＭＬとの親和性の高さを殺してるよね

なんで？

いまの流行はテンプレートだから
PHPのHTML埋め込みなんてもう古い

そんな流行もあったねぇ。今は違うよ。

kwsk

テンプレートってどんな利点があるの？
そもそも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>

こういうのとは違うの？

ほとんどの言語は、HTMLの中で
コードを動かすという発想で作られていない。
コードーの中でHTMLを出力するという発想。

そういう言語ではテンプレートが重要。
PHPでテンプレートの意味が薄いのは確か

ただテンプレートの意味がまったくないかというと、そうではなく
分業作業。つまりプログラマとデザイナに分かれて開発するときは便利。
デザイナはphpコードはまったく知らない。だからなるべくシンプルな
記号レベルの書き方であってほしい。しかもDreamweaverのような
HTMLエディタで見たときに不具合無く表示されるものの方がいい。

デザイナーでもHTMLとPHPの繋がりぐらいは分かる
いや、分かるようにPHPを書かなければならいと思う
それがPHP

デザイナーって馬鹿だな
まで読んだ

ここで議論してる奴らは世に影響力のないカスばかりだから参考にしなくて良い

廃れてるねー

852 忍者Perl ◆M5ZWRnXOj6 [] 2010/08/20(金) 13:30:09 ID: Be:
    マルチしてんじゃないですよクソゴミ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

PHPでOOPやると重いと感じませんか？

いいんです！
コーディングが楽だから、OOPで良いんです！！

逆だろ
OOPだからボトルネックが把握しやすくてメンテナンスや新実装がしやすくなる

しかし、実行速度遅くなるね

遅くなるって体感でわかるほど遅くなるのか？
だったら書き方おかしいよ

>>810
体感できないとは幸せだね。

case by case.

>>736
コントローラを肥大させてはならないという概念ではわかりにくい。
もっと具体的に境界線を引くべきだと思う。以下俺の意見なんだけど、

MVCってユニットテストために
ユニットテストを難しくする汚染要素を隔離するためにあるのだと思う。

具体的に言うとこんな感じ。
View(GUI, xml, html, json)
Controller(Session, Request, Form, 画面遷移などWeb独自のデータ)
Model(RDB, KVS)

MとCが分離されることでMはWebスコープから分離され、CはSQLから分離される。
でもこの理屈だとVとCの関係がおかしくなっちゃうね。
CがVにデータを渡すときはリクエストスコープを経由しないで
直に関数の引数で整数や文字列、オブジェクトを渡すべきって話になるから。

>>813
ゴバクしただけあって、センス悪いな。

>>813

> MVCってユニットテストために
> ユニットテストを難しくする汚染要素を隔離するためにあるのだと思う。

正しいが、これは現場的な視点の１つの考え方。

MVCは、スケーラブルなサイト構築のためのパラダイムという方が、しっくりくると思うが...

新米PGに教える方法としては良いかもしれん

PHPのOOPフレームワークを教えて下さい。
イメージとしてはJavaのStrutsのようなものです。

JavaStrutsはさておき、おすすめはYIIだな。PHPの中では美しい。

>>818
YII以外では無いのでしょうか？
YIIはOOPフレームワークとしては不完全です。

>>819
どの辺が？

>>820
オブジェクト指向言語であればオブジェクトを使用するところで、
配列を使用する点。

>>821
なんでOOPフレームワークを使いたいの？

>>822
OOPに慣れてるからです。
オブジェクトとして定義するところで
phpの場合、配列になるのでいらいらします。
たとえばCakePHP。ModelがModelになっていない。
やはり後付けでOOP機能が加わった言語では無理があるのですね。

>>823
ModelがModelになってないというのは具体的にどういうこと？

>>824
どのオブジェクト指向言語を経験しましたか？
それにあわせて話をします。

>>823
phpで本格的なオブジェクト指向ははじめから無理だよ。

PHPのOOP自体、後付けだし...

>>825
Java

>>828
ぜひStrutsの話を聞きたいですね。
たとえばCakePHPやsymphonyとどう違いますか？

PHPのOOP関連機能が中途半端なのは当たり前。
実行速度が遅いPHPではそもそも向いていない。

>>829
話をすると言って聞くばかりなのはなんでだ？

>>831
Javaのフレームワークのことを教えてください

>>832
ModelがModelになってないというのは具体的にどういうこと？

>>833
Javaのフレームワークの比較で語りましから、あなたが今までにどのJavaフレームワークを使ってきたのか教えてください

いやです

>>835
無知の自慢するべきではない。
あなたは一生、PHPでOOPの真似やってた方がよい。

語りまし？
いやです

phpでOOPはダメぽ

いやです

完全にoopオリエンテッドな言語でしかoopしないって主張が、かなりダメぽ

phpは継ぎ接ぎだからoopに向いてない
速度の面でも不利

ダメな理由は遅いから。

>>834
答えられないなら最初から言うな見栄っ張りｗ

>>843
JavaのOOPについて語ってください。
話はそれからです。

質問者がJavaのどのフレームワークを使ったことがあるか書くべき
回答者がそのフレームワークとCakePHPを比較すべき

そんな比較はどうでもいい。
phpのOOP機能は単なるおもちゃ。

ttp://kameleon.s241.xrea.com/wiki/index.php?%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF%E3%82%92%E4%BD%9C%E3%81%A3%E3%81%A6%E3%81%BF%E3%82%8B
すいません
ここのフレームワークのソースをダウンロードしたいんですが、ダウンロードできません。
どこかで入手できないでしょうか

ログインできませんでした。
10分ほどしてから再度お試しください。

PHPでOOPやるとかアフォだろ
PHP自体カス以下だし

ほらほら、釣り釣り。
参加者募集中

関数のオーバーロード

関数？

phpの標準関数はどのクラスに属するのですか？

PHPはC++と同じで、クラスに属さない
関数があるんだよ。

クラスに属さない関数が多すぎ

そして、関数名が長くて、使いたいときに思い出しにくく覚えにくい。命名法が統一されてない。

PHPでOOPやるとかwwww
笑わせるなよwwww

黙れ、情弱！
便所に行ったら手ぐらい洗え

つttp://sociorocketnews.files.wordpress.com/2012/06/after-toilet-wash-your-hands-japan01.jpg
ttp://sociorocketnews.files.wordpress.com/2012/06/after-toilet-wash-your-hands-japan02.jpg
ttp://sociorocketnews.files.wordpress.com/2012/06/after-toilet-wash-your-hands-japan05.jpg

俺はゴミカスだがエリートゴミカスだ
お前らのような下級ゴミカスとは格が違う

『オレは本当はスゴいんだ』病 www

>>857
逆に女子はトイレ行ったら手を洗うの禁止な。

phpでOOPとは単なるアホ

じゃあOOPでphpするよ。

？
でも、よく言った！

Java WicketとかPHP Piece Frameworkに流行ってほしいな。
平たく言えば何でもセッションに突っ込んでるだけなんだけどね。

ここまでトレイトの話題無しかｗ

実際トレイトって、あれば便利な気はするけどどこで使うのか思いつかん。
だれか使いこなせてるって人いますか？

PHPはむしろトラッシュ

まだ5.4使える環境に出会ったことが無いわ

なんでもセッションでいいよな
PHPってそういうもんだろ

セッションハイジャックの脆弱性を可能な限り排除できるなら、
セッション利用でOK。

>>1
PHPでOOPかよw

PHPでOOPなど愚の骨頂

PHPなど愚の骨頂

3Pとか4Pがあるように00Pもあるのです

OOPチーズ

>>1
PHPでOOPはできねえよ

PHPもOOPも時代遅れ
今はLOOP、すなわち論理オブジェクト指向プログラミングの時代

無限ループ

PHPerがJavaのIDEなんか使ってんじゃないよ。
秀丸でちょちょいとやるのがオツってもんだ

>>866
>実際トレイトって、あれば便利な気はするけどどこで使うのか思いつかん。
>だれか使いこなせてるって人いますか？

traitは scala から持ってきた仕組み。
(もちろん scala も他の言語から影響を受けている）

trait とは：
- Mixin - Wikipedia http://ja.wikipedia.org/wiki/Mixin
- traitは実装を含めることができるinterface
- コードのコピペをfunctionalityにしただけ

利用シーンとしては、継承したくないけど、
ある実装を、このクラスだけでは使用したいという場合に
traitを作って、それを使います。（だから、コードのコピペと表現した↑）

AS3を書いてたときはmixinはイベント機能を追加する目的で
よく使ってた

以下PHPでの実例をどうぞ↓

カス言語PHPには無理

phpのオブジェクト指向機能はおもちゃ。

おもちはおもちや

https://www.google.co.jp/#q=php+oop
約 10,600,000 件 （0.13 秒）

PHPのオブジェクト指向入門 | オブジェクト指向PHP.NET
http://www.objective-php.net/&;amp;#8206;

php

>>1
オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
http://toro.2ch.net/test/read.cgi/tech/1393660194/88

メソッドを実行しなきゃどうってことはない

Formのクラス作ったら500行になっちゃった
これって糞プログラムの部類なのかな・・・
シンプルに書きたいのに機能付け加えていくとどうしても肥大化してしまう

美少女オブジェクトに排便しろというメッセージを飛ばすのか
胸が熱くなるな

ガベージコレクションは自動で実行されるものなので我々が命令するものではない

PHPでOOPなんてPOOP以外の何物でもない

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

TVD73U3V71

phpについて役立つ情報とか
http://mevius.5ch.net/test/read.cgi/tech/1557329831/l50

4Z0

見ろ！人ごみに流されて変わってゆく私を

もう少しで楽しい時間がやってくるかな？