>>748
秋田ｗ

>>748
最初に設定していた目標が概ね達成出来たからじゃね？ｗ
っていうか、このスレに求めているものを書いていけば
盛り上がりを戻す可能性もあると思うよ。
質問するとか、何かソースを提供するとか。

一応保守しておきます。

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

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

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

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

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

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

特に無い

>>754
http://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
というかんじでしょうか？

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

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

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

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

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

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

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

>>727
MVCのモデルはどんなふうに作るか？という話で、
・トランザクションスクリプト
・ドメインモデル
という二つのスタイルがあるそうです。

http://pc11.2ch.net/test/read.cgi/php/1241341332/
http://proshile.blog.drecom.jp/archive/616
・トランザクションスクリプト
　→古きよきC言語時代の関数が主体の書き方
・ドメインオブジェクト
　→オブジェクト毎に内包する値と役割の責務を明確にしたOOPライクな書き方

MVCのモデルの部分は２層に分けて、
(1)ビジネスロジックコンポーネント
(2)デーアクセスロジックコンポーネント（O/Rマッパーを含む）
と分類する考え方があるそうです。

http://satoshi.blogs.com/life/2009/10/rails_mvc.html
http://d.hatena.ne.jp/p4life/20091014/1255532618
>Skinny Controller, Fat Model
・コントローラーはシンプルにする
・モデルに処理を集約する → 上記(1)ビジネスロジック＝データの加工を担当
・モデルはデータの整合性を保証する → 上記(2)データアクセスロジック＝データの読み書きを担当

http://www.virtual-tech.net/blog/2008/10/reflex-restful.html
↑この図だと、モデルの部分が２層に分かれていて、
サービス層＝上記(1)
ドメイン層＝上記(2)
という形になるかと思います。

>>728
C側に書いてあるコードを、なるべくM側の方に移動した方がスッキリするかも？
CとMの間のデータ受け渡しについて、こんな記事がありました。
↓
http://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から始めました、ってのはだめだな。

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

名前空間は5.3だろ

遅延静的束縛もですが

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

互換性見れば分かるだろ

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

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

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

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エディタで見たときに不具合無く表示されるものの方がいい。