Bonjour,
Je dois faire un choix d'architecture pour une nouvelle application.
J'essaye de comparer les avantages et les inconvénients entre Zope2,
Zope3, et Django.
Pas de problème pour Django, j'ai compris comment ça marche, j'arrive à
faire fonctionner un exemple d'application.
J'y arrive aussi avec Zope2, mais je n'ai pas compris l'intérêt. Y
a-t-il un avantage déterminant, et quel est-il ? Après une première
analyse, j'ai l'impression que c'est plutôt fait pour les gens qui ne
savent pas programmer, ou en tout cas qui ne maîtrisent pas la POO.
Quant à Zope3, c'est encore pire. Je n'arrive à le faire fonctionner que
sous linux, en suivant pas à pas un tutoriel
(http://www.ibiblio.org/obp/pyBiblio/zope3/quickstart/) qui prends 10
pages pour afficher 'hello world' (oui, print 'hello world' en cgi...).
Alors quant à savoir concrètement pourquoi c'est mieux que Zope2,
et
pourquoi c'est mieux tout court, mystère !
Si vous avez des idées sur la question, je suis preneur. Notez que j'ai
essayé google, mais je ne trouve que des opinions et pas des faits. Des
choses du genre 'à mon avis c'est bien mieux', plutôt que des arguments
bien concrets du style 'django a un langage de templates qui permet
l'héritage'.
Bonjour,
Je dois faire un choix d'architecture pour une nouvelle application.
J'essaye de comparer les avantages et les inconvénients entre Zope2,
Zope3, et Django.
Pas de problème pour Django, j'ai compris comment ça marche, j'arrive à
faire fonctionner un exemple d'application.
J'y arrive aussi avec Zope2, mais je n'ai pas compris l'intérêt. Y
a-t-il un avantage déterminant, et quel est-il ? Après une première
analyse, j'ai l'impression que c'est plutôt fait pour les gens qui ne
savent pas programmer, ou en tout cas qui ne maîtrisent pas la POO.
Quant à Zope3, c'est encore pire. Je n'arrive à le faire fonctionner que
sous linux, en suivant pas à pas un tutoriel
(http://www.ibiblio.org/obp/pyBiblio/zope3/quickstart/) qui prends 10
pages pour afficher 'hello world' (oui, print 'hello world' en cgi...).
Alors quant à savoir concrètement pourquoi c'est mieux que Zope2,
et
pourquoi c'est mieux tout court, mystère !
Si vous avez des idées sur la question, je suis preneur. Notez que j'ai
essayé google, mais je ne trouve que des opinions et pas des faits. Des
choses du genre 'à mon avis c'est bien mieux', plutôt que des arguments
bien concrets du style 'django a un langage de templates qui permet
l'héritage'.
Bonjour,
Je dois faire un choix d'architecture pour une nouvelle application.
J'essaye de comparer les avantages et les inconvénients entre Zope2,
Zope3, et Django.
Pas de problème pour Django, j'ai compris comment ça marche, j'arrive à
faire fonctionner un exemple d'application.
J'y arrive aussi avec Zope2, mais je n'ai pas compris l'intérêt. Y
a-t-il un avantage déterminant, et quel est-il ? Après une première
analyse, j'ai l'impression que c'est plutôt fait pour les gens qui ne
savent pas programmer, ou en tout cas qui ne maîtrisent pas la POO.
Quant à Zope3, c'est encore pire. Je n'arrive à le faire fonctionner que
sous linux, en suivant pas à pas un tutoriel
(http://www.ibiblio.org/obp/pyBiblio/zope3/quickstart/) qui prends 10
pages pour afficher 'hello world' (oui, print 'hello world' en cgi...).
Alors quant à savoir concrètement pourquoi c'est mieux que Zope2,
et
pourquoi c'est mieux tout court, mystère !
Si vous avez des idées sur la question, je suis preneur. Notez que j'ai
essayé google, mais je ne trouve que des opinions et pas des faits. Des
choses du genre 'à mon avis c'est bien mieux', plutôt que des arguments
bien concrets du style 'django a un langage de templates qui permet
l'héritage'.
Par contre, Pylons est un projet très prometteur. Ce n'est pas encore
aussi poli et documenté que Django, mais c'est AMHA potentiellement
supérieur, dans le sens où d'une part ça se base autant que possible
sur des solutions 'standard' Python par défaut (WSG, paste,
SQLAlchemy, Genshi ou Mako, FormEncode, etc) au lieu de réinventer la
roue, et d'autre part où c'est pensé modulaire depuis le début (si tu
n'aime pas SQLAlchemy ou Mako, tu mets à peu près ce que tu veux à la
place).
Par contre, Pylons est un projet très prometteur. Ce n'est pas encore
aussi poli et documenté que Django, mais c'est AMHA potentiellement
supérieur, dans le sens où d'une part ça se base autant que possible
sur des solutions 'standard' Python par défaut (WSG, paste,
SQLAlchemy, Genshi ou Mako, FormEncode, etc) au lieu de réinventer la
roue, et d'autre part où c'est pensé modulaire depuis le début (si tu
n'aime pas SQLAlchemy ou Mako, tu mets à peu près ce que tu veux à la
place).
Par contre, Pylons est un projet très prometteur. Ce n'est pas encore
aussi poli et documenté que Django, mais c'est AMHA potentiellement
supérieur, dans le sens où d'une part ça se base autant que possible
sur des solutions 'standard' Python par défaut (WSG, paste,
SQLAlchemy, Genshi ou Mako, FormEncode, etc) au lieu de réinventer la
roue, et d'autre part où c'est pensé modulaire depuis le début (si tu
n'aime pas SQLAlchemy ou Mako, tu mets à peu près ce que tu veux à la
place).
On 01-10-2007, Bruno Desthuilliers wrote:Par contre, Pylons est un projet très prometteur. Ce n'est pas encore
aussi poli et documenté que Django, mais c'est AMHA potentiellement
supérieur, dans le sens où d'une part ça se base autant que possible
sur des solutions 'standard' Python par défaut (WSG, paste,
SQLAlchemy, Genshi ou Mako, FormEncode, etc) au lieu de réinventer la
roue, et d'autre part où c'est pensé modulaire depuis le début (si tu
n'aime pas SQLAlchemy ou Mako, tu mets à peu près ce que tu veux à la
place).
A propos, j'ai lu que Turbogears allait maintenant se baser sur Pylon
(à
la place de CherryPy) et que donc chacun allait un peu plus se
spécialiser sur son niveau. J'ai enfin l'impression que le monde du
framework python est entrain de s'assainir, dans le sens où les
meilleurs composants commencent à sortir du lot et à être compatibles !
Est-ce que quelqu'un a essayé webob ?
http://pythonpaste.org/webob/
http://blog.ianbicking.org/2007/08/18/webob/
On 01-10-2007, Bruno Desthuilliers wrote:
Par contre, Pylons est un projet très prometteur. Ce n'est pas encore
aussi poli et documenté que Django, mais c'est AMHA potentiellement
supérieur, dans le sens où d'une part ça se base autant que possible
sur des solutions 'standard' Python par défaut (WSG, paste,
SQLAlchemy, Genshi ou Mako, FormEncode, etc) au lieu de réinventer la
roue, et d'autre part où c'est pensé modulaire depuis le début (si tu
n'aime pas SQLAlchemy ou Mako, tu mets à peu près ce que tu veux à la
place).
A propos, j'ai lu que Turbogears allait maintenant se baser sur Pylon
(à
la place de CherryPy) et que donc chacun allait un peu plus se
spécialiser sur son niveau. J'ai enfin l'impression que le monde du
framework python est entrain de s'assainir, dans le sens où les
meilleurs composants commencent à sortir du lot et à être compatibles !
Est-ce que quelqu'un a essayé webob ?
http://pythonpaste.org/webob/
http://blog.ianbicking.org/2007/08/18/webob/
On 01-10-2007, Bruno Desthuilliers wrote:Par contre, Pylons est un projet très prometteur. Ce n'est pas encore
aussi poli et documenté que Django, mais c'est AMHA potentiellement
supérieur, dans le sens où d'une part ça se base autant que possible
sur des solutions 'standard' Python par défaut (WSG, paste,
SQLAlchemy, Genshi ou Mako, FormEncode, etc) au lieu de réinventer la
roue, et d'autre part où c'est pensé modulaire depuis le début (si tu
n'aime pas SQLAlchemy ou Mako, tu mets à peu près ce que tu veux à la
place).
A propos, j'ai lu que Turbogears allait maintenant se baser sur Pylon
(à
la place de CherryPy) et que donc chacun allait un peu plus se
spécialiser sur son niveau. J'ai enfin l'impression que le monde du
framework python est entrain de s'assainir, dans le sens où les
meilleurs composants commencent à sortir du lot et à être compatibles !
Est-ce que quelqu'un a essayé webob ?
http://pythonpaste.org/webob/
http://blog.ianbicking.org/2007/08/18/webob/
On 01-10-2007, Bruno Desthuilliers wrote:Par contre, Pylons est un projet très prometteur. Ce n'est pas encore
aussi poli et documenté que Django, mais c'est AMHA potentiellement
supérieur, dans le sens où d'une part ça se base autant que possible
sur des solutions 'standard' Python par défaut (WSG, paste,
SQLAlchemy, Genshi ou Mako, FormEncode, etc) au lieu de réinventer la
roue, et d'autre part où c'est pensé modulaire depuis le début (si tu
n'aime pas SQLAlchemy ou Mako, tu mets à peu près ce que tu veux à la
place).
A propos, j'ai lu que Turbogears allait maintenant se baser sur Pylon
Effectivement, c'est confirmé sur les deux groupes de discussions (TG et
Pylons).
(à
la place de CherryPy) et que donc chacun allait un peu plus se
spécialiser sur son niveau. J'ai enfin l'impression que le monde du
framework python est entrain de s'assainir, dans le sens où les
meilleurs composants commencent à sortir du lot et à être compatibles !
<aol />Est-ce que quelqu'un a essayé webob ?
Connais pas.http://pythonpaste.org/webob/
http://blog.ianbicking.org/2007/08/18/webob/
Uhuh... Ca m'a l'air pas mal aussi.
On 01-10-2007, Bruno Desthuilliers wrote:
Par contre, Pylons est un projet très prometteur. Ce n'est pas encore
aussi poli et documenté que Django, mais c'est AMHA potentiellement
supérieur, dans le sens où d'une part ça se base autant que possible
sur des solutions 'standard' Python par défaut (WSG, paste,
SQLAlchemy, Genshi ou Mako, FormEncode, etc) au lieu de réinventer la
roue, et d'autre part où c'est pensé modulaire depuis le début (si tu
n'aime pas SQLAlchemy ou Mako, tu mets à peu près ce que tu veux à la
place).
A propos, j'ai lu que Turbogears allait maintenant se baser sur Pylon
Effectivement, c'est confirmé sur les deux groupes de discussions (TG et
Pylons).
(à
la place de CherryPy) et que donc chacun allait un peu plus se
spécialiser sur son niveau. J'ai enfin l'impression que le monde du
framework python est entrain de s'assainir, dans le sens où les
meilleurs composants commencent à sortir du lot et à être compatibles !
<aol />
Est-ce que quelqu'un a essayé webob ?
Connais pas.
http://pythonpaste.org/webob/
http://blog.ianbicking.org/2007/08/18/webob/
Uhuh... Ca m'a l'air pas mal aussi.
On 01-10-2007, Bruno Desthuilliers wrote:Par contre, Pylons est un projet très prometteur. Ce n'est pas encore
aussi poli et documenté que Django, mais c'est AMHA potentiellement
supérieur, dans le sens où d'une part ça se base autant que possible
sur des solutions 'standard' Python par défaut (WSG, paste,
SQLAlchemy, Genshi ou Mako, FormEncode, etc) au lieu de réinventer la
roue, et d'autre part où c'est pensé modulaire depuis le début (si tu
n'aime pas SQLAlchemy ou Mako, tu mets à peu près ce que tu veux à la
place).
A propos, j'ai lu que Turbogears allait maintenant se baser sur Pylon
Effectivement, c'est confirmé sur les deux groupes de discussions (TG et
Pylons).
(à
la place de CherryPy) et que donc chacun allait un peu plus se
spécialiser sur son niveau. J'ai enfin l'impression que le monde du
framework python est entrain de s'assainir, dans le sens où les
meilleurs composants commencent à sortir du lot et à être compatibles !
<aol />Est-ce que quelqu'un a essayé webob ?
Connais pas.http://pythonpaste.org/webob/
http://blog.ianbicking.org/2007/08/18/webob/
Uhuh... Ca m'a l'air pas mal aussi.
On 01-10-2007, Bruno Desthuilliers wrote:
(snip)
Est-ce que quelqu'un a essayé webob ?
Connais pas.http://pythonpaste.org/webob/
http://blog.ianbicking.org/2007/08/18/webob/
Uhuh... Ca m'a l'air pas mal aussi.
Oui oui, on s'oriente vers des librairies plutôt que des frameworks, ça
risque de tenir la route un peu plus longtemps !
A priori comme composants phares actuellement il y a
beaker pour les sessions
http://beaker.groovie.org/
(le meme qui fait routes)
http://routes.groovie.org/
authkit pour les autorisations
http://authkit.org/
flup (session) abandonne :
http://www.saddi.com/software/news/archives/58-flup-1.0-released.html
Par contre je ne vois pas trop l'intérêt de pylon par rapport
à assembler soit-même les composants ?
On 01-10-2007, Bruno Desthuilliers wrote:
(snip)
Est-ce que quelqu'un a essayé webob ?
Connais pas.
http://pythonpaste.org/webob/
http://blog.ianbicking.org/2007/08/18/webob/
Uhuh... Ca m'a l'air pas mal aussi.
Oui oui, on s'oriente vers des librairies plutôt que des frameworks, ça
risque de tenir la route un peu plus longtemps !
A priori comme composants phares actuellement il y a
beaker pour les sessions
http://beaker.groovie.org/
(le meme qui fait routes)
http://routes.groovie.org/
authkit pour les autorisations
http://authkit.org/
flup (session) abandonne :
http://www.saddi.com/software/news/archives/58-flup-1.0-released.html
Par contre je ne vois pas trop l'intérêt de pylon par rapport
à assembler soit-même les composants ?
On 01-10-2007, Bruno Desthuilliers wrote:
(snip)
Est-ce que quelqu'un a essayé webob ?
Connais pas.http://pythonpaste.org/webob/
http://blog.ianbicking.org/2007/08/18/webob/
Uhuh... Ca m'a l'air pas mal aussi.
Oui oui, on s'oriente vers des librairies plutôt que des frameworks, ça
risque de tenir la route un peu plus longtemps !
A priori comme composants phares actuellement il y a
beaker pour les sessions
http://beaker.groovie.org/
(le meme qui fait routes)
http://routes.groovie.org/
authkit pour les autorisations
http://authkit.org/
flup (session) abandonne :
http://www.saddi.com/software/news/archives/58-flup-1.0-released.html
Par contre je ne vois pas trop l'intérêt de pylon par rapport
à assembler soit-même les composants ?
Bonjour,
bonsoir
Je dois faire un choix d'architecture pour une nouvelle application.
J'essaye de comparer les avantages et les inconvénients entre Zope2,
Zope3, et Django.
Pas de problème pour Django, j'ai compris comment ça marche, j'arrive à
faire fonctionner un exemple d'application.
J'y arrive aussi avec Zope2, mais je n'ai pas compris l'intérêt. Y
a-t-il un avantage déterminant, et quel est-il ? Après une première
analyse, j'ai l'impression que c'est plutôt fait pour les gens qui ne
savent pas programmer, ou en tout cas qui ne maîtrisent pas la POO.
Si vous avez des idées sur la question, je suis preneur. Notez que j'ai
essayé google, mais je ne trouve que des opinions et pas des faits. Des
choses du genre 'à mon avis c'est bien mieux', plutôt que des arguments
bien concrets du style 'django a un langage de templates qui permet
l'héritage'.
Bonjour,
bonsoir
Je dois faire un choix d'architecture pour une nouvelle application.
J'essaye de comparer les avantages et les inconvénients entre Zope2,
Zope3, et Django.
Pas de problème pour Django, j'ai compris comment ça marche, j'arrive à
faire fonctionner un exemple d'application.
J'y arrive aussi avec Zope2, mais je n'ai pas compris l'intérêt. Y
a-t-il un avantage déterminant, et quel est-il ? Après une première
analyse, j'ai l'impression que c'est plutôt fait pour les gens qui ne
savent pas programmer, ou en tout cas qui ne maîtrisent pas la POO.
Si vous avez des idées sur la question, je suis preneur. Notez que j'ai
essayé google, mais je ne trouve que des opinions et pas des faits. Des
choses du genre 'à mon avis c'est bien mieux', plutôt que des arguments
bien concrets du style 'django a un langage de templates qui permet
l'héritage'.
Bonjour,
bonsoir
Je dois faire un choix d'architecture pour une nouvelle application.
J'essaye de comparer les avantages et les inconvénients entre Zope2,
Zope3, et Django.
Pas de problème pour Django, j'ai compris comment ça marche, j'arrive à
faire fonctionner un exemple d'application.
J'y arrive aussi avec Zope2, mais je n'ai pas compris l'intérêt. Y
a-t-il un avantage déterminant, et quel est-il ? Après une première
analyse, j'ai l'impression que c'est plutôt fait pour les gens qui ne
savent pas programmer, ou en tout cas qui ne maîtrisent pas la POO.
Si vous avez des idées sur la question, je suis preneur. Notez que j'ai
essayé google, mais je ne trouve que des opinions et pas des faits. Des
choses du genre 'à mon avis c'est bien mieux', plutôt que des arguments
bien concrets du style 'django a un langage de templates qui permet
l'héritage'.
Quant à Zope3, c'est encore pire. Je n'arrive à le faire fonctionner
que sous linux, en suivant pas à pas un tutoriel
(http://www.ibiblio.org/obp/pyBiblio/zope3/quickstart/) qui prends 10
pages pour afficher 'hello world' (oui, print 'hello world' en cgi...).
Aucun serveur d'application complexe n'est à son avantage sur un exemple
de ce genre. Ta comparaison est donc peu concluante.
Ceci étant, même s'il y a (certainement) des choses très intéressantes
dans Zope3, personnellement, j'ai décroché des usines à gaz !-)
Quant à Zope3, c'est encore pire. Je n'arrive à le faire fonctionner
que sous linux, en suivant pas à pas un tutoriel
(http://www.ibiblio.org/obp/pyBiblio/zope3/quickstart/) qui prends 10
pages pour afficher 'hello world' (oui, print 'hello world' en cgi...).
Aucun serveur d'application complexe n'est à son avantage sur un exemple
de ce genre. Ta comparaison est donc peu concluante.
Ceci étant, même s'il y a (certainement) des choses très intéressantes
dans Zope3, personnellement, j'ai décroché des usines à gaz !-)
Quant à Zope3, c'est encore pire. Je n'arrive à le faire fonctionner
que sous linux, en suivant pas à pas un tutoriel
(http://www.ibiblio.org/obp/pyBiblio/zope3/quickstart/) qui prends 10
pages pour afficher 'hello world' (oui, print 'hello world' en cgi...).
Aucun serveur d'application complexe n'est à son avantage sur un exemple
de ce genre. Ta comparaison est donc peu concluante.
Ceci étant, même s'il y a (certainement) des choses très intéressantes
dans Zope3, personnellement, j'ai décroché des usines à gaz !-)
Bruno Desthuilliers wrote:Quant à Zope3, c'est encore pire. Je n'arrive à le faire fonctionner
que sous linux, en suivant pas à pas un tutoriel
(http://www.ibiblio.org/obp/pyBiblio/zope3/quickstart/) qui prends 10
pages pour afficher 'hello world' (oui, print 'hello world' en cgi...).
Aucun serveur d'application complexe n'est à son avantage sur un
exemple de ce genre. Ta comparaison est donc peu concluante. Ceci
étant, même s'il y a (certainement) des choses très intéressantes dans
Zope3, personnellement, j'ai décroché des usines à gaz !-)
Qu'est-ce que tu penses de la pérénité de Zope?
Bruno Desthuilliers wrote:
Quant à Zope3, c'est encore pire. Je n'arrive à le faire fonctionner
que sous linux, en suivant pas à pas un tutoriel
(http://www.ibiblio.org/obp/pyBiblio/zope3/quickstart/) qui prends 10
pages pour afficher 'hello world' (oui, print 'hello world' en cgi...).
Aucun serveur d'application complexe n'est à son avantage sur un
exemple de ce genre. Ta comparaison est donc peu concluante. Ceci
étant, même s'il y a (certainement) des choses très intéressantes dans
Zope3, personnellement, j'ai décroché des usines à gaz !-)
Qu'est-ce que tu penses de la pérénité de Zope?
Bruno Desthuilliers wrote:Quant à Zope3, c'est encore pire. Je n'arrive à le faire fonctionner
que sous linux, en suivant pas à pas un tutoriel
(http://www.ibiblio.org/obp/pyBiblio/zope3/quickstart/) qui prends 10
pages pour afficher 'hello world' (oui, print 'hello world' en cgi...).
Aucun serveur d'application complexe n'est à son avantage sur un
exemple de ce genre. Ta comparaison est donc peu concluante. Ceci
étant, même s'il y a (certainement) des choses très intéressantes dans
Zope3, personnellement, j'ai décroché des usines à gaz !-)
Qu'est-ce que tu penses de la pérénité de Zope?