Question

Je suis un développeur qui recherche un cadre d’application Web compatible avec les entreprises pour Python. Ma principale préoccupation est l'assistance à long terme, les nombreuses fonctionnalités et la fiabilité.

J’ai expérimenté avec Pylons et, après ma terrible expérience avec Ruby on Rails sous Windows, où j’ai même dû compiler mon propre pilote Postgres, Pylons et Python ont été une aubaine.

Je pense que Python, en raison de son intérêt très fort pour la communauté et ses activités commerciales, est définitivement «adapté aux entreprises» en raison du nombre de bibliothèques disponibles et de leurs efforts pour maintenir un semblant de compatibilité ascendante pour Python 3.0. Mon souci est:

Pouvons-nous tous dire la même chose pour les pylônes 0,97?

Par ailleurs, je me suis demandé comment utiliser SQLAlchemy avec DB2 sur Pylons pour pouvoir automatiser les opérations CRUD de base. Le pilote DB2 en cours sur http://code.google.com est assez inutile, car il ne prend en charge que SQLAlchemy 0.4. Pensez-vous que IBM souhaite faire en sorte que DB2 fonctionne avec SQLAlchemy à long terme? Sinon, vous estimez qu'il est préférable de faire l'interface SQLAlchemy avec le pilote ODBC fourni avec DB2. Des inconvénients par rapport à l’utilisation du pilote SQLAlchemy d’IBM?

Était-ce utile?

La solution

En ce qui concerne les solutions d'entreprise, je ne sais pas à quel point une pile utilisant Pylons avec SQLAlchemy peut être encore plus prête dans le monde Python. Vous êtes prêt pour des bases de données héritées volumineuses avec des schémas loufoques (tout à fait commun dans les grandes entreprises), quelque chose où Django tombe en ruines. Bien sûr, dans Django, vous pourriez continuer à utiliser SQLAlchemy, mais tous les outils de contribution de Django s’effondrent car ils reposent tous sur l’hypothèse que vous feriez la même chose " manière.

Les pylônes existent depuis le milieu de 2005 et ne vont nulle part. Il est en fait assez mature et son calendrier de publication est relativement lent et solide, entre 6 et 10 mois, avec de nombreux tests. L'un des principaux développeurs de Pylons est également un développeur sur Jython, qui veille à ce que Pylons puisse s'exécuter sur la JVM (ce qui permet de placer les applications basées sur Pylons dans des environnements d'entreprise hostiles aux éléments ne pouvant être regroupés dans un fichier WAR pour le déploiement).

En ce qui concerne certaines des autres "réponses" ici, la question est de savoir si Pylons est prêt pour les entreprises, je ne sais pas pourquoi d’autres ont été incapables de lire la question et ont plutôt choisi de commencer à prêcher leur propre cadre préféré. C'est assez ridicule de dire que vous devriez utiliser Django / Zope / Grok car il a & "; Une plus grande absorption &"; ou une & "grande communauté &"; si c'est le critère, vous devez choisir PHP, ce qui rend les communautés de Django et de Zope jolies comparées. Pylons a définitivement une communauté assez importante pour se maintenir, d’autant plus que sa base de code plutôt maigre et compacte ne détecte pas autant de bugs que l’évier & "De la cuisine &"; les frameworks de Zope / Django.

Autres conseils

Je dirais que si vous vous inquiétez du support "au niveau de l'entreprise", vous devriez vous tourner davantage vers Django. Bien que vous puissiez débattre des avantages techniques relatifs des deux cadres, il ne fait aucun doute que Django est le plus largement utilisé et que de nombreuses grandes entreprises l'utilisent.

Une autre raison est que IBM a publié (il y a quelques jours à peine) un Pilote Django pour DB2 , vous ne devriez donc avoir aucun problème à utiliser votre base de données existante avec Django ORM.

définissez l'entreprise prête.

De plus, si nous parlons d’évolutivité, je dirais que vous avez une meilleure chance avec sqlalchemy puisque vous pouvez passer à sql brut si nécessaire. Alors que le modèle d'enregistrement actif semble être à l'origine d'une grande partie de la valeur des frameworks de haut niveau, cela peut entraîner des problèmes d'évolutivité si vous associez des tâches ensemble.

Bien sûr " entreprise prête " pour certaines personnes, cela signifie compliqué et coûteux. C’est là votre définition. Je dirais qu’aucun cadre Web en python ne répond à vos besoins.

Je considère qu'un logiciel d'entreprise est prêt lorsqu'il est stable et supporté.

Je pense que Pylons / Python est stable. De nombreux sites utilisent des pylônes (y compris l'un des sites les plus fréquentés, reddit.com).

En ce qui concerne l’assistance technique, j’examinerais des aspects comme la facilité d’embauche de personnes connaissant Pylons ou l’achat de contrats d’assistance. C'est un peu plus dur. Si vous envisagez de soutenir en interne, Pylons est plus que prêt. Si vous recherchez une assistance afin que vous ayez une responsabilité à assumer en cas de panne du logiciel, vous voudrez peut-être chercher ailleurs.

Je seconde l'appel à utiliser Django. En fait, je préfère les pylônes, car ils sont beaucoup plus minces que Django, mais si vous spécifiez & "Entreprise prête &"; Je pense que vous voudrez peut-être vous protéger du cadre plus large et transporter l’évier de la cuisine avec vous.

+1 pour Django

Les pylônes constituent un bon cadre, mais vous devrez faire correspondre tous les composants pour créer votre propre architecture. Je pense donc que cela convient davantage aux projets allégés. Pour quelque chose de plus grand, je suggère Django, qui sait être en production sur des sites à grande échelle.

IBM a récemment publié un back-end DB2 pour Django . vous allez bien.

Si vous souhaitez des frameworks qui ne risquent pas de disparaître de sitôt, consultez Django et l’un des frameworks de la communauté Zope (Grok, BFG, Zope3). Zope a une grande communauté et existe depuis plus de dix ans et ne s'en va pas de si tôt. C'est un terreau fertile pour la plupart des nouvelles technologies web Python. Django est plus récent et n’est arrivé que récemment dans la version 1.0, mais il a une très grande communauté et va également rester plus ou moins autour pour toujours.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top