2009-12-05 17 views
26

対Iを含有するアプリケーションのためのWebフレームワークを選択する過程で午前:DjangoはPHP +フレームワーク

  • 移動端末によってアクセス管理および構成
  • サブサイトのためのAJAXヘビーユーザインタフェース(等オフラインサポートは、Google Gearsを含みます携帯電話、窓の携帯電話など)
  • 報告サイト

私は基本的なPHPやPythonのを知っているので、私はDJのを使用するように傾斜していますangoはPythonがはるかに優れた言語であるためです。しかし、ajax(jquery、YUI、...)を広範囲に使用し、何らかの種類のレポートエンジン(Jasper Reports for javaなど)の必要性が必要な場合は、Googleで多くの結果が表示されないため、Djangoから離れてしまいます。ちょうどPHPには、私の要件を補うことができるドキュメントやアドオン、symfonyやCodeIgniterなどのフレームワークがPHP言語の弱点を包み込んでいるようです。

ajaxと報告とDjangoに関する経験はありますか?基本的には、私はDjangoに行くことが行く方法であることを確信したい、またはそれから遠ざかるように警告します。

乾杯

+22

今のところ9ヶ月前に振り返ってみると、その間にジャンゴ路線を行ってしまったので、決して後悔していません。逆に、PythonとDjangoライブラリの量によって、私は楽しいことに驚いています。私は様々な仕事をすることができました。 – Rok

+7

+1あなたのご意見をお寄せください - あなたの元の質問を読んでから、あなたの判断をどのように感じるかを聞いてください。 – rdjs

答えて

11

AjaxとレポーティングとDjangoは非常にうまくいっていますので、Pythonでもっと快適に使えるようになりました(驚くことはありません)。あなたはかなりフル機能を備えていますが、私たちは、重い報告書(すべてのカスタムだけど)を持ったプロダクションAjaxサイトを持っていて、RoRまたは特にPHP経由でDjangoを使うことに決して後悔しませんでした。

19

PHP + Cakeを使用しています。ケーキを絶対に避けてください。彼らはPHP 4との互換性を主張することで自分自身をコーナーに描いてきました。 PHPのアドホックな成長は、それが少しフランケン語になっています。 PHPの代わりにPythonを日々使っています。これは個人的な意見ですが、私はPythonのルートに行くことをお勧めします。

PHPのマニュアルは十分ですが、過剰です。ユーザーが投稿した音符は大量の印象を作りますが、しばしば矛盾します。公式のドキュメンテーションは時々欠けていて、PHPバージョンを一緒にマージします。比較すると、Pythonのドキュメントは、思慮深く、整理されており、バージョンごとに分かれています。

関連する問題