グロク vs.ジャンゴの比較

Question

grok を django よりも優れたものにする素晴らしい (しゃれです) 機能は何ですか?プロジェクトにいつ grok+zope が必要か、それとも django だけで開発できるかをどうやって知ることができますか?

Answer 1

Zope は最初のオブジェクト公開フレームワーク evah であり、Zope コミュニティには正しい方法で物事を行うことに長い経験があります。Zope 2 が最初の試みで、Zope 3 が次の試みであり、現在は Grok、BFG、Bobo を含む第 3 世代の Web フレームワークに突入しています。

Grok は大規模で、ベースのインストール時には提供されないさらに多くのモジュールが利用可能です (また、必要なモジュールの数も削減中であるため、フットプリントはさらに小さくなります)。BFG と Bobo はその逆で、最小限のフレームワークですが、Zope ツールキットと Zope のすべての機能に簡単にアクセスできます。

そして、Django は Zope2 が犯したのと同じ間違いを多く犯していますが、それらをはるかに速く修正しています。そのため、すべての Python Web フレームワークが WSGI+WebOb+ を使用すると予想しているため、この議論の多くは 5 年以内には意味をなさなくなると私は完全に予想しています。それまでにRepoze+Deliverance+Buildoutをベースとして。しかし、それでも私は Zope コンポーネント アーキテクチャと ZODB を使用できるフレームワークを探します。これには、Zope コミュニティによって作成されたフレームワークだけでなく、たとえば Turbogears も含まれます。そして、おそらくその頃には Django も含まれることになるでしょう...:-)

プロジェクトの要件に応じて、私は現在、Plone (CMS が必要な場合)、Grok または BFG (関与する開発者、タスクの複雑さ、予算に応じて) を選択します。もちろん、これは Zope テクノロジーに関する私の大きな経験と Django に関する小さな経験に部分的に依存していますが、主に Grok と BFG で ZTK と ZODB を使用できるためです。

YMMV など、なんとか。

• Zope ツールキット
• Brandons が Zope コンポーネント アーキテクチャについて語ります (PyCON からのビデオ, PloneConf のスライド)
• BFG
• ボボ

Answer 2

GROKは、基本的には、パッケージを使用する方が簡単な方法でのZopeのすべての電源です。だから、（あなたは、SQLバックエンドを使用することができますが）実際のPythonオブジェクトデータベースのすべての贅沢を得ますか。そして、私はあなたが、いわゆる「Zopeのコンポーネントアーキテクチャ」のアダプター/ユーティリティ/ビューについて知っていると仮定します。それらはあなたが堅牢なアプリケーションを作成することができます。後で選択的にそれをカスタマイズする必要がある場合に特に便利。そして、セキュリティは伝統的にはZope（したがって、完全に理解）強力なポイントです。開発と展開が卵（および増築）で完全に処理されます。私の経験では、これは、堅牢で信頼性と再現性と快適な方法である。

あなたはその後あまり選択のカスタマイズを必要とせずにまっすぐSQLのテーブルで作業することができるアプリケーションがある場合：ジャンゴと間違って何も。それは鋭い目を必要とするので、あなたは、多くのセキュリティを自分で行う必要があるでしょう。そこに後ろのフレームワーク（ORMと、URLマッパー）のはるかに少ないですので、あなたのpythonは、より多くの「純粋で単純な」と感じます。これはまた、あなたがより多くを自分で行う必要があることを意味します。

ます。http：//pypi.python

を選択GROKの部品を使用してからあなたを停止することからは何もありません。 ORG /は、PyPI / grokcore.component のインスタンスのための非常にコアです。かなりよく分離されたので、あなたは全体のZopeスタックに購入することなく、それを使用することができます。私はあなたがジャンゴにそれを使用することができますかなり確信しています。 grokcore / Zopeのコンポーネントは、単にPythonコードです。これは、あなたのアダプター/インターフェース/ユーティリティを取得します。私はあなたが構築しているかわからないので、あなたは試してみる必要があります。

私は試してみることをお勧めしたいGROKの賛成で非常一つのこと：ZopeのZODBオブジェクトデータベースを。良いORM（とDjangoのはかなりOKです）SQLデータベースのうち、痛みを取る多くのことができますが、実際のオブジェクトデータベースは、単なる贅沢である： - ）

Answer 3

私は、フレームワークのいずれかが特定の状況で一方が他方より「より良い」または「必要に応じて」作る任意の「機能」を有することが意図されているとは思いません。むしろ、ジャンゴとGROKとの違い - またはパイロン、またはTurboGearsのは - 本当にアプローチの一つです。あなたは、あなたの好みに合わせて完全に理解のアプローチを見つけること、またはあなたは他人のものを好むかもしれません。私はずっとあなたが他の人のいずれにもできないことをそれらのいずれかで達成することができますがあります疑うます。