grok vs. django Vergleich

Question

Was sind die Zerschlagung (pun intended) Merkmale von grok, dass es besser als django macht? wie kann ich wissen, wenn mein Projekt braucht grok + Zope, oder es kann nur mit django entwickelt werden?

Answer 1

war Zope das erste Objekt Publishing Framework evah und die Zope-Community hat eine lange Erfahrung mit Dinge richtig tun. 2 Zope war der erste Versuch, Zope 3 der nächste Versuch war, und wir sind jetzt in die dritte Generation von Web-Frameworks, das umfasst Grok, BFG und Bobo.

Grok ist massiv und hat noch mehr Module zur Verfügung, die nicht kommt, wenn Sie die Basisinstallation (und es ist in dem Prozess als auch die Anzahl der erforderlichen Module reduzieren, so dass der Platzbedarf wird kleiner). BFG und Bobo gehen umgekehrt, und sind minimalistische Rahmen, aber mit einfachen Zugang zum Zope Toolkit und alle Funktionalitäten von Zope.

Und obwohl Django wird viele der gleichen Fehler zope2 taten machen, sie sind sie viel schneller auch Fixierung, so dass ich ganz viel von dieser Diskussion erwarten in fünf Jahren werden gegenstandslos, weil ich jede einzelne Python-Web-Framework erwarten WSGI verwenden + + WebOb Repoze + Deliverance + Buildout als Base durch dann. Aber selbst dann würde ich für Frameworks gehen, wo ich die Zope Component Architecture und ZODB verwenden kann, aber das schließt nicht nur die von der Zope-Community gemacht ist, aber auch zum Beispiel Turbogears. Und vielleicht wird es gehört Django auch, dann, wer ... weiß: -)

Je nachdem, was die Anforderungen an das Projekt sind, würde ich heute gehen entweder mit Plone (wenn sie CMS benötigen), Grok oder BFG (abhängig von den beteiligten Entwicklern und der Komplexität der Aufgabe und den Haushalt). Dies ist natürlich teilweise abhängig von meiner großen Erfahrung mit den Zope Technologien und meine kleinen Erfahrung mit Django, aber vor allem, weil ich ZTK und ZODB in Grok und BFG verwenden kann.

YMMV, etc, blahblah.

• Zope Toolkit
• Brandons auf dem Zope Component Architecture sprechen ( Video von PyCon , Folien aus PloneConf )
• BFG
• Bobo

Answer 2

Grok ist im Grunde der ganze Kraft von Zope in einer Art und Weise einfacher zu bedienenden Paket. So dass Sie alle den Luxus einer echten Python-Objekt-Datenbank erhalten (wenn Sie einen SQL-Backend verwenden können). Und ich nehme an, Sie wissen über die Adapter / Dienstprogramme / Blick auf die so genannte „zope Komponentenarchitektur“. Diese erlauben Ihnen eine robuste Anwendung zu machen. Besonders praktisch, wenn Sie es später selektiv anpassen müssen. Und Sicherheit ist traditionell ein Zope (und damit grok) Stärke. Entwicklung und Einsatz sind voll mit Eiern behandelt (und buildout.): In meiner Erfahrung ist eine robuste und zuverlässige und wiederholbare und komfortable Art und Weise

Wenn Sie eine Anwendung, die mit geraden SQL-Tabellen, ohne dass viel selektiver Customizing danach arbeiten können: nichts falsch mit django. Sie werden viel Sicherheit selbst zu tun haben, so dass ein scharfes Auge braucht. Es gibt viel weniger einen Rahmen dahinter (ORM und einen URL-Mapper), so dass Ihr Python mehr fühlen „schlicht und einfach“. Dies bedeutet auch, Sie brauchen mehr selbst zu tun.

Es gibt nichts, von Ihnen zu stoppen aus selektiv Teile grok mit: http: //pypi.python. org / pypi / grokcore.component zum Beispiel ist sehr viel der Kern. Ziemlich gut isoliert, so dass Sie es ohne den Kauf in die ganzen zope Stapel verwenden können. Ich bin mir ziemlich sicher, dass Sie, dass in django verwenden können. grokcore / Zope-Komponente ist nur Python-Code. Diese bekommt man die Adapter / Schnittstellen / Dienstprogramme. Ich weiß nicht, was Sie bauen, so dass Sie experimentieren müssen.

Eine Sache enorm für grok, die ich würde vorschlagen, versuchen, aus: Objekt-Datenbank ZODB Zopes. Eine gute ORM (und Djangos ist ziemlich ok) hilft viel die Schmerzen aus SQL-Datenbanken nehmen, aber ein reales Objekt-Datenbank ist einfach nur Luxus: -)

Answer 3

Das glaube ich nicht der Rahmen keine ‚Eigenschaften‘ aufweisen soll, dass man ‚besser‘ als die anderen, oder ‚erforderlich‘ unter bestimmten Umständen zu machen. Vielmehr ist der Unterschied zwischen Django und Grok - oder Pylonen oder Turbogears - ist wirklich ein Ansatz. Sie können den Ansatz von Grok nach Ihren Wünschen finden, oder Sie können eine der anderen vorziehen. Ich bezweifle, dass es wird viel Sie in einer von ihnen erreichen kann, dass man nicht in einem der anderen.