grok vs Django comparación

Question

¿Cuáles son las rompiendo (nunca mejor dicho) características de grok que hace que sea mejor que Django? ¿Cómo sé cuando mi proyecto necesita grok + zope, o que sólo se puede desarrollar con Django?

Answer 1

Zope fue el primer objeto de publicación marco evah, y la comunidad Zope tiene una larga experiencia en hacer las cosas de la manera correcta. Zope 2 fue el primer intento, Zope 3 fue el siguiente intento, y estamos ahora en la tercera generación de los marcos de web, que incluye Grok, BFG y Bobo.

Grok es enorme, y tiene incluso más módulos disponibles que no viene al instalar la base (y está en el proceso de reducir el número de módulos necesarios, así, por lo que la huella se hace más pequeño). BFG y Bobo van al revés, y son marcos minimalistas, pero con fácil acceso al kit de herramientas de Zope y todas las funcionalidades de Zope.

Y aunque Django está haciendo muchos de los mismos errores Zope2 ha hecho, también están arreglando ellos mucho más rápido, por lo que estoy totalmente esperan mucho de esta discusión son superfluas en cinco años, porque espero que cada marco Python solo Web para usar WSGI + WebOb + Repoze + liberación + Buildout como base para entonces. Pero incluso entonces yo iría a los marcos donde puedo utilizar la arquitectura de componentes de Zope y ZODB, pero que incluye no sólo las realizadas por la comunidad Zope, sino también, por ejemplo, TurboGears. Y tal vez incluirá Django demasiado para entonces, quién sabe ...: -)

En función de lo que los requisitos del proyecto son hoy me gustaría ir, ya sea con Plone (si necesitan CMS), Grok o BFG (dependiendo de los desarrolladores involucrados, y la complejidad de la tarea y el presupuesto). Esto es, por supuesto, dependiendo en parte de mi gran experiencia con las tecnologías Zope y mi pequeña experiencia con Django, pero sobre todo porque puedo usar ZTK y ZODB en Grok y BFG.

Tu caso es distinto, etc, blahblah.

• Zope Toolkit
• Brandon hablar sobre la arquitectura de componentes de Zope ( vídeo de Pycon , Diapositivas de PloneConf )
• BFG
• Bobo

Answer 2

Grok es, básicamente, todo el poder de zope de una manera más fácil de usar paquete. Así tienes todo el lujo de una base de datos de objetos reales pitón (aunque se puede utilizar un servidor SQL). Y supongo que sabes sobre los adaptadores / utilidades / puntos de vista de la llamada "arquitectura de componentes de Zope". Los que le permiten hacer una aplicación robusta. Especialmente útil si más adelante necesita personalizar selectivamente. Y la seguridad es tradicionalmente un zope (y así asimilar) punto fuerte. Desarrollo y despliegue se manejan plenamente con los huevos (y buildout.): En mi experiencia, esto es una manera robusta y fiable y repetible y cómodo

Si usted tiene una aplicación que puede trabajar con tablas SQL rectas sin necesidad de personalización mucho más selectiva después: nada de malo en Django. Vas a tener que hacer mucha seguridad a sí mismo, por lo que necesita un buen ojo. Hay mucho menos de un marco detrás de él (un ORM y un mapeador de URL), por lo que su pitón se sentirá más "pura y simple". Esto también significa que hay que hacer más a sí mismo.

No hay nada de que nos impida utilizar selectivamente partes de grok: http: //pypi.python. org / PyPI / grokcore.component por ejemplo es mucho el núcleo. Bastante bien aislado, por lo que se puede utilizar sin necesidad de comprar en toda la pila zope. Estoy bastante seguro de que se puede utilizar en Django. componente grokcore / zope es sólo código Python. Esto le pone los adaptadores / interfaces / utilidades. No sé lo que usted está construyendo, por lo que tendrá que experimentar.

Una cosa enormemente a favor de grok que yo sugeriría probar: base de datos de objetos de Zope ZODB. Un buen ORM (y Django es bastante aceptable) ayuda mucho tomar el dolor de bases de datos SQL, pero una base de datos de objeto real es de lujo simplemente: -)

Answer 3

No creo que ninguno de los marcos están destinados a tener ningún '' características que hacen que un 'mejor' que el otro, o 'necesario' en ciertas circunstancias. Por el contrario, la diferencia entre Django y Grok - o Pilones, o TurboGears - es realmente uno de enfoque. Usted puede encontrar el enfoque de Grok a su gusto, o puede preferir uno de los otros. Dudo que haya mucho que se puede lograr en una de ellas que no se puede en cualquiera de los otros.