【PHP】フレームワークについて語るスレ【総合】

まだまだPHP4が使われつづけると思う。
今のようなPHPの使われ方なら、PHP4で問題ない。

プロシージャ系を想定してるんだろうけど
開発者の一人がもうphp4固有のバグなんかは直さないよというような
ものは使わないほうがいいと思う

というか非OOのフレームワークって見たこと無いや

agavi0.10.0使ってる人、レポよろ

ジングルベルってこういう歌だったの！？
一回目は普通のジングルベルで終わった後、もう一回ボタンをおしてリバースすると・・・
聞こえにくい場合は音を少し大きめに。
http://media.spikedhumor.com/8944/Jingle_Bells_Reversed.swf

>>956
このｽﾚにまでそんなコピペが貼られるご時世かよ

>>957
冬休みだしね

>>958
クリスマス寂しいな

>>955
初ﾌﾚｰﾑﾜｰｸにAgaviを選択してみました。
英語がさっぱりなので、ドキュメントもなんとなくしか
わからないのですけど、すごく良い感じですね。
日本語情報がすごい少ない以外は今のところ不都合ないです。
ってﾚﾎﾟになってないですね・・・。

>>956
そういうさ、途中で叫び声入るようなドッキリ系張る奴って、そんなに驚いたのか？
叫ばれてもお前に腹立つだけで、広めようとかまったく思わなかったんだが。

ちょｗｗｗ
今PHPのサイトもエラ−になってる
http://www.php.net/

Fatal error: Call to a member function on a non-object in /local/Web/sites/phpweb/include/ip-to-country.inc on line 65

直ってる…

非SQL型のアプローチって
逆に手間増える場合も多いね。
抽象化レイヤ一枚かぶせただけみたいな形になって
しかもインターフェイスを憶えにくいからコーディングがﾉﾛﾉﾛになった。

非SQLていうと、ldapとか、XMLで問い合わせるDBとか?
べつにそういう印象はないけど、慣れの問題じゃない?

いや、ldapとかXMLじゃなくて、
RDMSに対して生SQLを書かずにアクセスできる
ラッパークラスのアプローチ。
たしかに慣れたら速く書けるんだろうけど
ガンガン進みたい時に「あーｳｾﾞｰ！」ってなる。

>>966
わーい、仲間発見
可読性上がるし、エスケープ忘れ無くなるので、
がんばってるけど、SQL直書きに比べるとめんどいよね

そういえばcakeとかのactiveredord実装は面白い。
インターフェイスがとても簡単なのもあるけど、生SQLはほとんどLEFT JOIN一本槍で
もう効率とかギリギリまで行く必要ないじゃん? みたいな思想に萌える。

findBySql()で、カスタムなsqlを飛ばしても、簡単なルールさえ守れば
スムーズにModelフレームワークに組み込むことは出来るし、
その気になれば複雑なjoin条件をモデルに指定する事もできるようだ。ドキュメント無いけど。



さて、そろそろ布団から出て宴会に行く支度するか。

> LEFT JOIN一本槍

あれMysql5系でどーすんだろ

>>969
mysqlのleft joinに何か問題あるの?

問題ない

>>969
いやINNERJOIN＋WHERE句で結合だから

MySQL5関連はサポートレベルではみんな困ってるみたいね。
JOIN関係で修正が必要になるのはON句でこじゃれたことしてる場合だけでいいの？

valueクラスつくって（下記）ユーザの情報を入れるんだけど、
DBからユーザ情報をたくさん取得してこのオブジェクトにセットした場合
オーバーヘッドがすごいですよね。

複数のユーザ情報をvalueクラスにセットする場合ってどうやってますか？

class userValue {

private $userId;
private $name;
private $mail;

function getUserId() {

return $this->userId;

}
}

>>974
いわゆるActiveRecordみたいなことをしたいなら、__getや__setをつかうのがよいかと。
つーかオーバーヘッドがすごいってどういうこっちゃ？

連想配列使うのが速いに決まってるよな。

俺はVOは基本連想配列使ってるなぁ。
場合に応じてValueListクラスを作ることもある。

わかりました。

private $userId;
private $name;
private $mail;
private $userAR = array();
こうやって対応しました。

>>978
PHPの場合連想配列があるから
こんな感じで作ったほうが使いやすくない？

private $_data = array();

function set($key, $value) {
$_data[$key] = $value;
}

function get($key) {
return $_data[$key];
}

php5を使っているのならコレクションクラスはイテレータを使って上品にいきたいところだ。

つーかZend Frameworkいつ出るか誰か知ってる？
Ruby on Railsに酷似しているという噂もあったり・・・？
あと誰か次スレ立てて。

来年の今頃じゃない？勘だけど＞zendﾌﾚｰﾑﾜｰｸ

来年の今頃出されてもPHP自体が終わってると思うよ。

来年の今頃なんて、おいらプログラム書いてないかも知れないっスよ(　´･∀･`)

>>982
そんな遅くないでしょ
この間のプレゼンでドキュメントを数週間以内に出すって言ってたけど
まだ出てないのかな

こういうのは遅れるのがﾃﾞﾌｫだからなぁ。

WEB+DB PRESSの新刊に
agaviの記事があったよ。
今回は他にもPHPの記事が結構あった。

mojavi3で作ったアプリ HTMLのiframeからべつのphpファイルを指定し
そのphpファイルからmojaviで認証されたユーザー情報を参照したいのですが
どうすればいいでしょうか。
内緒なデータなので$_GETでは渡したくないです。

>>988
別の人に仕事を委託する。

mojaviなんですが、ファイルのアップロードとか自作クラスを何処においてますか？
普通、Lib/下に置くものなんですか？　opt/下に置くものなんですか？

Smartyなど共通クラスはLib/下に置いてます。

RubyがもっとしっかりしてくれたらPHPなんて使わずに済むのに

Javaにしとけ

>>993
スケーラビリティ糞

まさかJavaよりRubyのほうがスケーラビリティ高いとか言わないよね？
そもそもPHPだって設計きちんとやれば見下ろすほど拡張性低くないのにね。
まあJavaは言語仕様自体が拡張性上げてるようなもんだし。
特異メソッドだの特異クラスだのクロージャだの溢れかえったRubyにスケーラビリティのスの字もないと思うけど。
拡張モジュールをCで書いたりなんてことになると、もうね。
それより、Zend FrameworkはPHPネイティブらしいし、スケーラビリティに関して少しは期待していいかと。
RoRと比べてどうかとかは出てからじゃないと何ともいえないけど。

これはセッションしかないなと思い、iframeに表示している別のphpファイルで
session_start();
してvar_dump($_SESSION);
しましたが、array(0) { }
となってしまいました。mojaviの$userValueオブジェクトが
セットされているのですがセットされていませんでした。

次スレ立ててきます。

すまんむりだったorz　フレームワーク一覧
Phrame
http://phrame.sourceforge.net/
Mojavi Project
http://www.mojavi.org/
Agavi
http://agavi.org/
[ 日本発 ] Maple Project
http://kunit.jp/maple/
[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-tutorial-startup-practice1.html
[ 日本発 ] guesswork
http://www.guesswork.jp/
Biscuit
http://bennolan.com/biscuit/
PHP on TRAX
http://phpontrax.com/
Web Application Component Toolkit (WACT)
http://www.phpwact.org/
symfony
http://www.symfony-project.com/
XOAD
http://wiki.xoad.org/index.php?title=Wiki_Home
[ 日本発 ] pokox
http://www.glamenv-septzen.net/pukiwiki/index.php?pokox
[ 日本発 ] 速構Web Framework
http://www.pm9.com/newpm9/itbiz/php/framework/

CakePHP
http://cakephp.org/

これも。

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。