[PHP]フレームワークについて語るｽﾚ２[総合]
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2005/12/29(木) 18:03:44ID:PQZNoJbD■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/
0370nobodyさん
2006/03/02(木) 21:08:42ID:???0371nobodyさん
2006/03/02(木) 21:29:55ID:???英語で検索すりゃそりゃ多いわ。
0373nobodyさん
2006/03/02(木) 22:18:07ID:???4で動くなら5でも大体動くんじゃね？
0374nobodyさん
2006/03/02(木) 22:28:30ID:???pearもダメだし。
とりあえずsvnでcoできた。
なにげにsymfonyもmojaviの派生かい。
0375nobodyさん
2006/03/02(木) 22:41:05ID:???symfonyのフォーラムに投稿があった
http://www.symfony-project.com/forum/index.php/t/51/
PEAR 1.4.7に問題があるのかね
pear upgrade -f PEAR-1.4.6
してから
pear channel-discover pear.symfony-project.com
でdiscover succeededになった
0376nobodyさん
2006/03/02(木) 22:51:44ID:???http://bergie.iki.fi/blog/midcom-pear-channel-not-working-with-pear-1-4-7.html
http://pear.php.net/bugs/bug.php?id=6960
バグらしい
報告されてるからすぐfixされるかなあ
何気にはまった
0377nobodyさん
2006/03/02(木) 23:05:47ID:???php framework mojavi: 111,000
php framework symfony: 88,900
php framework agavi: 12,300
まぁこんな感じ。
0382nobodyさん
2006/03/03(金) 10:20:13ID:???http://forum.mojavi.org/index.php?showtopic=1363
ここ見るとsymfonyも実はmojaviに不満のある人が作ったってことがわかるね。
0383nobodyさん
2006/03/03(金) 12:57:54ID:Tn8o6vdHagavi で任意のテンプレートエンジンを使うのって簡単にできますか?
SmartyView.class.php ってファイルがあって
Smarty は使えそうだってところまではわかりましたが、
できることなら patTemplate を使いたいのです。
0384nobodyさん
2006/03/03(金) 15:07:08ID:???今のところサポートされてないなら簡単にはできないね。
自分でViewクラスをガリガリ書くとかあきらめてSmarty使うとか妥協が必要。
0385383
2006/03/03(金) 17:26:15ID:???ありがとうございます。
残念ですが、あきらめて Smarty を勉強することにします。
一応 View クラスを書こうとはしたのですが、
patTemplate を require した時点でエラーが出てしまって手に負えませんでした。
0386nobodyさん
2006/03/03(金) 19:05:16ID:???SmartyView.class.phpを参考に（＝パクって）Viewクラスを継承する
PatTemplateView.class.phpを書けばいいんだけど
patTemplate を require した時点のエラーってどんなエラー？
もしかしてPHP5でVARを怒られているだけじゃないの
0389nobodyさん
2006/03/04(土) 00:55:23ID:???> patTemplate を require した時点のエラーってどんなエラー？
> もしかしてPHP5でVARを怒られているだけじゃないの
こんなエラーです。
Strict Standards: Assigning the return value of new by reference is deprecated in /usr/pkg/lib/php/pat/patErrorManager.php on line 190
Strict Standards: var: Deprecated. Please use the public/private/protected modifiers in /usr/pkg/lib/php/pat/patTemplate.php on line 68
（同様に var のエラーが続く）
Strict Standards: Assigning the return value of new by reference is deprecated in /usr/pkg/lib/php/pat/patTemplate.php on line 1270
PaｔTemplateView.class.php というファイルを作成し、
その冒頭部分で
require_once 'pat/patErrorManager.php';
require_once 'pat/patTemplate.php';
を記述しています。
0390nobodyさん
2006/03/04(土) 01:04:04ID:???webapp/config.phpの中にエラーレベル設定出来るところがある。
E_ALLだけにすればよろし。
0392nobodyさん
2006/03/04(土) 01:45:42ID:???cakeのrc4のアプリをPHP4からPHP5に移行したけど、
バージョン違いから来る問題はなかったよ。
いやまぁ、Dboをほぼ全面的に書き直すハメにはなったけどね。
それはPHP4とPHP5両対応とは違う話ってことで。
ModelとDboのドロドロの関係とドキュメント以外はまぁ問題ないと思う。
Railsへの道ははるか遠しだけど、
まぁ開発は活発だしまだ判断は早いと思っとる。
0393nobodyさん
2006/03/04(土) 01:47:42ID:???http://en.wikipedia.org/wiki/List_of_vaporwares
0395nobodyさん
2006/03/04(土) 03:35:59ID:???ini_set("display_errors", 0);
ini_set("error_reporting", false);
require_once(AG_PATTEMPLATE_DIR.'pat/patErrorManager.php');
require_once(AG_PATTEMPLATE_DIR.'pat/patTemplate.php');
ini_restore("error_reporting");
ini_restore("display_errors");
こんなふうにして消せばいい
>>390
の方法でもいいけどデバッグの際はStrictの警告が出たほうがいいでしょ
0397nobodyさん
2006/03/04(土) 17:10:57ID:???ベーパーウェアって何?
0398nobodyさん
2006/03/04(土) 17:23:52ID:???0400nobodyさん
2006/03/04(土) 20:29:00ID:???Preview Release ｷﾀ━━━━(´д｀;)━━━━!
0403nobodyさん
2006/03/04(土) 21:14:13ID:???0404nobodyさん
2006/03/04(土) 21:20:03ID:???0405nobodyさん
2006/03/04(土) 21:32:35ID:???資本の力SUGE-
0407nobodyさん
2006/03/04(土) 21:44:24ID:???0409nobodyさん
2006/03/04(土) 22:08:53ID:???スクラッチで書いたのかスゲーと思ったら、結構.javaもあるんだね。
たぶん、検索はphpのみでできる...のかな?
ていうか、テンプレートと思われるtpl.phpファイルを除くと.phpと.javaの
各ファイル数の比は6:4くらいじゃんか。
0410nobodyさん
2006/03/04(土) 23:25:07ID:???0411nobodyさん
2006/03/04(土) 23:59:05ID:???0412nobodyさん
2006/03/05(日) 00:32:33ID:???0413nobodyさん
2006/03/05(日) 00:39:16ID:???しっかりしてよ>Zend
0414nobodyさん
2006/03/05(日) 00:48:51ID:???0415nobodyさん
2006/03/05(日) 00:50:24ID:???でもPdfとかLuceneとかのコンポーネントの独立性が高くて単体でも使えそうなのはいいね。
0416nobodyさん
2006/03/05(日) 00:55:13ID:???俺もフレームワークを期待してた。
独自のテンプレート・エンジンとか言ってたのに、Zend_View を見て
愕然とした。どう見ても生 PHP です、本当にありg(ry
0417nobodyさん
2006/03/05(日) 01:25:35ID:???ただし、あのなつかしきPHPLIBライクの奴らしいけど。
Smartyのようなミニ言語テンプレートとはアプローチが違って
少々判りにくい面はあるとおもうけど、ちゃんとロジックを分割する方を選んだんだね。
0419nobodyさん
2006/03/05(日) 01:46:21ID:???やりたいならPHPLIBのTemplateを使うなり自由にしなさい、というだけだった。
しかし、今時PHPLIBを例に出すかなぁ...
0420nobodyさん
2006/03/05(日) 02:04:31ID:???今の状態じゃデファクト・スタンダードのフレームワークになったりする
ようなものではないね…。
0422nobodyさん
2006/03/05(日) 03:18:45ID:???「そこそこ使えるレベル」でも
デファクトとしては充分という判断があるのか、ないのか
0423nobodyさん
2006/03/05(日) 03:29:42ID:???0424nobodyさん
2006/03/05(日) 04:54:35ID:???既存フレームワークと棲み分けは出来そうだね。
それぞれ戦略もってやって欲しい。
0425nobodyさん
2006/03/05(日) 07:26:17ID:???http://example.com/hello/world/
っていうURLのhelloがコントローラ名、worldがアクション名になり、HelloController.phpの中に
class HelloController extends Zend_Controller_Action {
public function world() { }
public function index() { }
}
ってのを書いとくとHelloController::world()が呼ばれるみたいだ。
mojaviのように深いディレクトリ構造を要するわけではなくシンプルな点は○。
でも全部のアクションを一つのファイルに書くとなると、ここからどうやってファイルごとにモジュール化するんだろう？
Viewにどうやってつなげるかもよくわからん。
0427nobodyさん
2006/03/05(日) 11:00:40ID:???だったらActiveRecordまでインスパイアされて作ってくれればよかったのに。
なんだか、ActiveRecordとか、generatorとか、scaffoldingとかAjaxHelperとかの
Railsの便利機能のないRailsクローンという印象。
責める訳じゃないけど extremely simple っていううたい文句も
Railsから持ってきただけだったんですか、と思うとちょっとむなしい。
>>425
ドキュメントによると、アクションメソッドの中で
手動でViewをインスタンス化してrender()を呼ぶらしいよ。
0428nobodyさん
2006/03/05(日) 12:46:58ID:???Railsよく知らんけど、ActiveRecordはあるんじゃないの？
webcastでも導入するって言ってたしDBまわりにそれっぽいこと書いてあるよ。
0430nobodyさん
2006/03/05(日) 13:22:43ID:???ごめん、デザインパターンのActiveRecordってわけじゃなくて、
RailsのActiveRecord実装のこと。
0432nobodyさん
2006/03/05(日) 13:43:17ID:???0433nobodyさん
2006/03/05(日) 13:57:36ID:???0434nobodyさん
2006/03/05(日) 13:59:55ID:???Zend_DataObjectにはRailsのモデルみたいにbelongsToにテーブル名書くだけで
find()のときに自動でjoinしてくれる機能はないよね?
むしろ使い勝手としてはPEAR::DB_DataObjectに近くない?
混乱させてごめん。
Railsのモデルの機能とActiveRecordパターンを混同してたみたいだ。
0435nobodyさん
2006/03/05(日) 15:18:27ID:???> vaporware扱いされるに至って、少々あわててPreview releaseを出したのでは。
ZendのAndiは4ヶ月も前からベーパーウェア扱いされてるの知ってたらしい。去年10/27のAndiのblogより勝手に訳：
http://andigutmans.blogspot.com/2005/10/zend-framework-post-is-too-long-so.html
> まあ今のところは何かしら実際に提示できるものを準備することに焦点をおいてるよ＞ベーパーウェア
> 早く出せるものは出すために全力を尽くしてる。
> シンプルかつ統一的なフレームワークを作り出すなんてどう考えても簡単なことじゃない。
> だから小グループ制で集中的に開発するのがそれだけ重要だってことだよ。
で、リリースまでにずいぶん時間かかりましたね。＞Andi
0436nobodyさん
2006/03/05(日) 17:33:43ID:???0437nobodyさん
2006/03/05(日) 18:31:35ID:???0438nobodyさん
2006/03/05(日) 18:45:54ID:???ZActiveRecordみたいにZで始まるクラス名とZend_DbみたいにZend_で始まるクラス名との間の相関関係がよくわからんな。
つーかZActiveRecordってどこに入ってんの？
0439nobodyさん
2006/03/05(日) 19:25:13ID:???PHP、Java、Perl、Rubyの垣根がだんだんなくなってきたと
個人的には思ってるので、これを機会にRuby学ぼうと思った。
ﾁﾗ裏すまん。あまりに興奮して。
0440nobodyさん
2006/03/05(日) 19:46:00ID:???0441nobodyさん
2006/03/05(日) 19:46:41ID:???ソースにはないね。
たぶんちょっと前はZend_Db_DataObjectがZActiveRecordという名前
だったんじゃないのかな。ドキュメントがそれに追随していないだけだと思う。
0443nobodyさん
2006/03/06(月) 07:03:34ID:???パッケージシステムっつーか、名前空間な。
まあ、Railsのいいところはマネしてもいいんじゃね？ただ、PHPでRubyのマネ（メタプログラミングまわり）はどう考えてもできないから、そのへんをどうすんのか気になる。
0444nobodyさん
2006/03/06(月) 07:50:36ID:???やるとしたらPHP6で無理やりとりこむか。
ところで、なんか前スレかなんかで「PHPはどうせ汎用言語じゃなくてWebに特化したものなんだからフレームワークみたいなものは言語仕様で提供すればいいのに」、って感じの話が印象的だったのを思い出した。
リンク張ろうと思ったけど検索で見つからなかったorz
0445nobodyさん
2006/03/06(月) 15:24:16ID:???ttp://www.programmers-paradise.com/tdiary/ の2006年1月あたりにそんな感じの
エントリがあったような気がしたけど、見れなくなってるな
0447nobodyさん
2006/03/06(月) 21:12:49ID:???0448nobodyさん
2006/03/06(月) 21:14:42ID:???0449nobodyさん
2006/03/06(月) 22:58:37ID:???>>444
まさに言語設計時の問題だよね。
PHP6で実装されたとしても今更感がある。
そーいやnamespaceすらない言語なんだよな・・・・・。
0450nobodyさん
2006/03/06(月) 23:01:50ID:???0451nobodyさん
2006/03/06(月) 23:40:01ID:???0452nobodyさん
2006/03/07(火) 00:51:09ID:???0454nobodyさん
2006/03/07(火) 09:55:32ID:???0455nobodyさん
2006/03/07(火) 10:10:18ID:???使ってるどころか、使いまくりです。
たしか Maple の kunit さんのブログに書いてあったんだと思うけど、PHP 的には
生成したコードを eval するよりファイルに書き出して inlucde するほうが速いらしい。
>>453
パフォーマンスが悪いということで Zeev に却下されたんじゃない？ かなり怪しい記憶だけど。
PHP 6では導入予定で、CVS HEAD ではパフォーマンス問題も改善されてるっぽい。
個人的にはスレッドを実装してほしい。
0457nobodyさん
2006/03/07(火) 12:13:47ID:???スピードだけじゃなくて。
0458nobodyさん
2006/03/07(火) 14:00:56ID:???create_functionならぬcreate_classみたいな関数あればよかったんだけど。
0459nobodyさん
2006/03/07(火) 18:43:26ID:???create_functionあるじゃん
http://php.s3.to/man/function.create-function.html
0460459
2006/03/07(火) 18:43:57ID:???0461nobodyさん
2006/03/07(火) 19:50:01ID:???>生成したコードを eval するよりファイルに書き出して inlucde するほうが速いらしい。
これは後に確認したらそうでもなかったんじゃなかったかな
0462nobodyさん
2006/03/07(火) 20:00:16ID:???0468nobodyさん
2006/03/08(水) 00:15:27ID:???■ このスレッドは過去ログ倉庫に格納されています