Grok vs. django confronto

Question

Quali sono gli smashing (gioco di parole) le caratteristiche di Grok che rende meglio di Django? come faccio a sapere quando il mio progetto ha bisogno di Grok + Zope, oppure può semplicemente essere sviluppata con Django?

Answer 1

Zope è stato il primo quadro Evah oggetto di pubblicazione, e la comunità Zope ha una lunga esperienza con fare le cose nel modo giusto. Zope 2 è stato il primo tentativo, Zope 3 era il tentativo successivo, e ora siamo nella terza generazione di framework web, che comprende Grok, BFG e Bobo.

Grok è enorme, e ha anche più moduli disponibili che non arriva quando si installa la base (ed è nel processo di riduzione del numero di moduli richiesti e, quindi l'impronta diventa più piccolo). BFG e Bobo vanno viceversa, e sono quadri minimalista ma con facile accesso al Toolkit Zope e tutte le funzionalità di Zope.

E anche se Django sta facendo molti degli stessi errori zope2 ha fatto, ma sono anche fissandoli molto più veloce, quindi ho completamente aspettavo molto di questa discussione da Moot in cinque anni, perché mi aspetto ogni singolo framework Python Web da utilizzare WSGI + + WebOb Repoze + Liberazione + Buildout come base per allora. Ma anche allora mi piacerebbe andare per quadri dove posso utilizzare lo Zope Component Architecture e ZODB, ma che include non solo quelli compiuti dalla comunità Zope, ma anche per esempio TurboGears. E forse includerà Django troppo per allora, chi lo sa ...: -)

A seconda di quali sono i requisiti del progetto sono io oggi andare sia con Plone (se hanno bisogno di CMS), Grok o BFG (a seconda delle condizioni sviluppatori coinvolti e la complessità del compito e il bilancio). Questo è naturalmente in parte a seconda del mio grande esperienza con le tecnologie Zope e la mia piccola esperienza con Django, ma soprattutto perché posso usare ZTK e ZODB in Grok e BFG.

YMMV, ecc, blahblah.

• Zope Toolkit
• Brandons parlare in tema di architettura di Zope Component ( Video da PyCon , diapositive da PloneConf )
• BFG
• Bobo

Answer 2

Grok è praticamente tutta la potenza di Zope in un modo più semplice per usare il pacchetto. Quindi si sente tutto il lusso di un database ad oggetti vero pitone (anche se è possibile utilizzare un back-end SQL). E presumo che conosci gli adattatori / utilities / vista della cosiddetta "architettura a componenti di Zope". Coloro che consentono di presentare una domanda robusta. Particolarmente utile se in seguito bisogno di personalizzare in modo selettivo essa. E la sicurezza è tradizionalmente uno Zope (e quindi Grok) punto di forza. Lo sviluppo e la distribuzione sono gestite pienamente con le uova (e buildout):. Nella mia esperienza questo è un modo robusto e affidabile e ripetibile e confortevole

Se si dispone di un'applicazione in grado di lavorare con tabelle SQL dritte senza bisogno di personalizzazione molto selettivo dopo: niente di sbagliato con Django. Dovrete fare molto di sicurezza da soli, in modo che ha bisogno di un occhio attento. C'è molto meno di un quadro dietro di esso (un ORM e un mapper url), in modo che il pitone si sentirà più "pura e semplice". Questo significa anche che devi fare di più se stessi.

Non c'è niente da ti impedisce in modo selettivo utilizzando parti di Grok: http: //pypi.python. org / pypi / grokcore.component per esempio è molto nucleo. Abbastanza bene isolato, in modo da poter utilizzare senza acquistare in tutta la pila Zope. Sono abbastanza sicuro che si può usare che in Django. componente grokcore / Zope è solo codice Python. In questo modo si ottiene i adattatori / interfacce / utilities. Non so che cosa si sta costruendo, quindi dovrete sperimentare.

Una cosa enormemente a favore di Grok che io suggerirei di provare: database ad oggetti di Zope ZODB. Un buon ORM (e Django di è abbastanza ok) aiuta molto prendendo il dolore di database SQL, ma un vero e proprio database oggetto è di lusso semplicemente: -)

Answer 3

Non credo che nessuno dei quadri sono destinati ad avere 'caratteristiche' che fanno di una 'migliore' rispetto agli altri, o 'necessario' in determinate circostanze. Piuttosto, la differenza tra Django e Grok - o Piloni, o TurboGears - è davvero uno dei approccio. Si possono trovare l'approccio di Grok a proprio piacimento, o si può preferire uno degli altri. Dubito che c'è molto che si può ottenere in uno di essi che non è possibile in tutti gli altri.