OpenPNE3のフレームワークをsymfonyに決めました。開発情報イベント情報OpenPNE3のフレームワークをsymfonyに決めました。Tejima手嶋です。http://trac.openpne.jp/wiki/pne-openpne3このWikiでフレームワークの比較をしていたのですが、諸々の調査の結果&開発者の好みに基づいて、手嶋屋開発チームとしてはsymfonyを選択しました。評価の基準としては、「すべて揃っている感」が一番決め手になりました。私個人としては、今回サンプルを書いたり、分析したりしているわけでは無いので、これだ!と言う思いは有りません。実際にコーディングをしてもらう開発者の意見を一番尊重しました。言う基準では、小川さんがさわってみて「symfony行けるんじゃない?」や、海老原君の「CakePHPはやってみたけどどうもなぁ、、」と言う意見が響いています。フレームワーク選定に当たっては、symfonyでの運用実績があるDinoさんから多くのアドバイスを頂きました。ありがとうございます。symfonyは今回選定したフレームワークの中でもかなり大型になります。・共用レンタルサーバのような不自由な環境で簡単に動かせるか?・少メモリ環境でどの程度快適に動くか?など制約の有る環境でどう動くか?と言う不安は現在でも残っています。このあたりの課題は、実際にOpenPNEを書いてみないと正直なところ何とも言えません。OpenPNE3.0がリリースされるまでは、フレームワークを他の物に乗り換える可能性は残ります。別フレームワークのほうが!と言うご意見が有れば、是非対案を頂きたいです。コア開発チーム(手嶋屋スタッフ)はsymfonyをベースにしてOpenPNE3の設計やコーディング作業を進める事にしました。コア開発チームとしては、コーディング最中に袋小路に入ったり、途中でとても良いフレームワークに出会わない限り、symfonyで進めていきたいです。OpenPNE3の開発中、「こんな仕様の方が都合がいい」「こんなプラグイン作ったよ」等のツッコミは歓迎です。なにはともあれ、めでたくOpenPNE3の開発がスタート出来ることになりました。難儀していたフレームワークの選定が一段落しましたので、これからOpenPNE3に向けてのロードマップを決めていきたいと思います。16:39今日、OpenPNE3を入れてみました。今まで使っていたOpenPNEに比べて、重いですね・・・。symfonyによるものでしょうか?生意気言ってすみません。弊社では、以前phpフレームワークではCakePHPを使用していましたが、より速度をということで、CodeIgniterに乗り換えました。画面表示のサクサク感が気持ちが良いです。軽さ重視のため、何でも揃っているフレームワークではないので、何でも揃っているを重視するのであれば、イマイチなのかもしれませんが・・・。コメントですみません。ご参考になればと思います。9:12OpenPNE3はsymfony1.4を利用していますね。OpenPNEはPHPフレームワークSymfonyを使用しています。OpenPNEプロジェクト。