Pyramidは準備ができていますか/プライムタイムに推奨されていますか? [閉まっている
質問
私は、PHPからNode.js、Haskellまで、新しい個人プロジェクトのさまざまなオプションをテストすることをさまよいました。しかし、私はPythonに最も満足していると感じているので、最終的に戻ってくると思いました。
私はDjangoのようなフレームワークを再見ましたが、私はほとんどSQLを楽しんでいて、ORMが欲しくないので、パイロンを使用すると思いました(ORMはパイロンではオプションです)。さて、問題はピラミッドがあることであり、パイロンはすぐにそれに置き換えられるように思われるでしょう。
短い話、ピラミッドはプライムタイムの準備ができていますか?また、パイロン自体が非常に成功したプラットフォームであることを考えると(その有名な展開から判断して)、ピラミッドを適切な代替品としてお勧めしますか? (明らかに、私は実際にパイロンやピラミッドを使用している人々に尋ねています。)
明確にするために、アプリケーションは最大4つのデータベーステーブルを使用し、AJAXコールで重くなります。 All-JS FrontEndを備えたJSONRPCもオプションです。テーブルの1つは、常に異なるユーザーが消費する数万の記録を保持することが期待されています。大きなテーブルのクエリは、選択に限定されません。これは、おそらく何らかの形のAjaxデータグリッドから来る可能性が高いためです。
解決
前駆体であるBFGは、しばらくの間「プライムタイム」で使用されてきました。 Pyramidには、BFGにいくつかの追加があり、それをより「ピロン」にするためにいくつかの追加があり、これらは準備ができていないかもしれませんが、私はそれらがすぐになると言うでしょう。
したがって、心配している場合は、今のところBFGを使用できます。ピラミッドへの移行は、移行したい場合は簡単でなければなりません。 移行チュートリアル.
更新:Pyramid 1.0がリリースされました。今ではプライムタイムの準備ができています。
他のヒント
ピラミッドは控えめにお勧めします。
Ben Bangert(Pylons Creator)の投稿を読んでください Pylons 1.0コードベースの開発を続けてみませんか?, 、パイロン1.0アーキテクチャがレンガの壁に当たった理由を要約し、BFGの方向に深い変換が必要です。
一つには、ピラミッドの分離された設計により、JSON応答の単体テストが可能になりました。
前にこの質問をしました: パイロンまたはピラミッドを使用する必要がありますか?
パイロンは続き、そのバージョン2はリリースされます。ピラミッドは、他のコンポーネントとともに移動したパイロン分布のようなものです。