Frage

Ich bin ein Entwickler, der für einen Enterprise-Ready Web Application Framework für Python sucht. Mein Hauptanliegen ist die langfristige Unterstützung, umfangreiches Feature-Set und Zuverlässigkeit.

Ich habe mit Pylonen zu experimentieren und nach meiner schrecklichen Erfahrung mit Ruby on Rails auf Windows, wo ich hatte sogar meine eigene Postgres Treiber zu kompilieren, Pylone und Python haben ein Geschenk des Himmels.

Ich glaube, Python, aufgrund eines sehr starken Gemeinschaft und kommerziellen Interesses ist auf jeden Fall ‚Enterprise-Ready‘ aufgrund der Anzahl der zur Verfügung stehender Bibliotheken und ihre Bemühungen, einen Anschein von Abwärtskompatibilität für Python 3.0 zu halten. Meine Sorge ist:

Können wir alle sagen das gleiche für Pylone 0,97?

Auf einer Seite zur Kenntnis, habe ich herauszufinden, wie SQLAlchemy Arbeit mit DB2 auf Pylonen zu bekommen, so dass ich grundlegende CRUD-Operationen automatisiert. Die aktuellen DB2-Treiber auf http://code.google.com sind ziemlich nutzlos Unterstützung nur SQLAlchemy 0,4. Glauben Sie, dass IBM mit der Herstellung von DB2 Arbeit mit SQLAlchemy für langfristig binden? Oder ihr fühlt, es ist besser SQLAlchemy Schnittstelle mit den ODBC-Treiber mit DB2 geliefert zu machen. Alle Nachteile im Vergleich zur Verwendung von IBM SQLAlchemy Treiber?

War es hilfreich?

Lösung

Wenn es um Unternehmen bereit kommt, ich bin nicht sicher, wie viel mehr bereit, ein Stapel Pylons mit SQLAlchemy Verwendung in der Python-Welt sein kann. Sie sind für massive Legacy-Datenbanken mit verrückten Schemata (total gemeinsam in großen Unternehmenswelten) bereit, etwas, wo Django nur aus den Fugen fällt. Sicher, in Django, Sie könnte noch SQLAlchemy verwenden, aber dann alle Django contrib Werkzeuge auseinander fallen, da sie alle auf der Annahme beruhen, dass Sie die Dinge „Django“ Art und Weise hatte zu tun.

Pylone gibt es schon seit Mitte 2005, und es ist nicht überall. Es ist eigentlich ganz ausgereift und hat einen ziemlich langsam und soliden Release-Plan von 6-10 Monaten zwischen den Veröffentlichungen, mit einem recht wenig getestet. Eines der Kern Pylons Entwickler ist auch ein Entwickler auf Jython sicherzustellen, dass Pylone auf der JVM ausgeführt werden können (die Pylone basierte Anwendungen in Enterprise-Umgebungen erhalten hilft, die Dinge feindlich sind, die in eine WAR-Datei kann nicht für die Bereitstellung verpackt nach oben).

einige der anderen ‚Antworten‘ In Bezug auf hier ist die Frage, ob Pylone Enterprise-Ready ist, ich habe keine Ahnung, warum andere nicht in der Lage waren, die Frage zu lesen und stattdessen wählte Predigen ihren eigenen Lieblings-Rahmen zu beginnen. Es ist ziemlich dumm zu sagen, dass Sie Django / Zope / Grok verwenden sollte, weil es „größer Aufnahme“ oder eine „größere Gemeinschaft“ hat, wenn die Kriterien ist die Wahl PHP sein sollte, die die Django und Zope Gemeinden im Vergleich sehen Itty Bitty macht . Pylons auf jeden Fall hat eine ausreichend große Gemeinschaft sich selbst zu erhalten, zumal seine eher schlanke und kompakte Code-Basis nicht annähernd so viele Fehler wie die „kitchen sink“ Frameworks von Zope / Django aufzunehmen.

Andere Tipps

Ich würde sagen, dass, wenn Sie sich Sorgen machen ‚Enterprise-Level‘ unterstützen, sollten Sie mehr auf Django suchen. Obwohl Sie die relativen technischen Vorzüge der beiden Frameworks debattieren können, gibt es keinen Zweifel, dass Django die größere Aufnahme hat, und es gibt nicht wenige große Unternehmen es zu benutzen.

Ein weiterer Grund ist, dass IBM (nur in den letzten paar Tage) haben Sie veröffentlicht einen Django-Treiber für DB2 , so dass Sie kein Problem mit Ihrer vorhandenen Datenbank mit der Django ORM haben sollten.

definieren Unternehmen bereit.

Auch wenn wir die Skalierbarkeit sprechen, ich würde sagen, dass Sie eine bessere Chance mit sqlalchemy, da Sie dem rohen SQL-Drop-Down können bei Bedarf. Während die aktive scheint Record Pattern die Ursache für einen großen Teil des Wertes von hohen Gerüsten zu sein, die auf Skalierbarkeit Probleme führen können, wenn Sie Sachen werfen zusammen.

Natürlich „Unternehmen bereit“ für einige Menschen bedeutet, kompliziert und teuer, dann ist dies Ihre Definition ist, als ich, dass kein Python-Web-Framework würde sagen, wird Ihre Bedürfnisse zu erfüllen.

Ich halte ein Stück Software-Unternehmen bereit, wenn es Stabilität und Unterstützung.

Ich glaube, dass Pylone / Python stabil ist. Es gibt eine Last von Sites mit Pylonen (einschließlich einer der höchsten traffic'ed Websites, reddit.com).

Support weise würde ich Aspekte wie überlegen, wie einfach es ist, Menschen einzustellen, die Pylone wissen oder Supportverträge zu erwerben. Das ist ein bisschen schwieriger. Wenn Sie im Haus unterstützen planen ist Pylons mehr als bereit zu gehen. Wenn Sie Unterstützung suchen, so dass Sie jemand Haftung zu nehmen, wenn die Software bricht Sie könnten an anderer Stelle suchen.

Ich würde zweiten den Anruf Django zu verwenden. Ich ziehe es tatsächlich Pylone, weil es viel schlanker als Django ist, aber wenn man bedenkt Sie angeben, „Enterprise ready“ Ich glaube, Sie könnten in Richtung der größeren Rahmen absichern wollen und die Küchenspüle mit sich herumtragen.

1 für Django

Pylons ist ein guter Rahmen, aber Sie werden alle Komponenten passen müssen, um Ihre eigene Architektur zu erstellen, so dass ich denke, es ist für schlankere Projekte besser geeignet ist. Für etwas größere, schlage ich Django, dass die wissen, auf die Produktion auf einigen großen Maßstab Websites sein.

IBM hat kürzlich eine DB2-Back-End für Django , so könnte passen Sie gut.

Wenn Sie Frameworks wollen, die wahrscheinlich nicht in absehbarer Zeit auf Django schauen weg zu gehen und eines der Gerüste in der Zope-Community (Grok, BFG, Zope3). Zope hat eine große Gemeinschaft und gibt es schon seit mehr als zehn Jahren und wird in absehbarer Zeit nicht weggeht, und ist ein Nährboden für viele der neuen kühlen Python Web-Technologien. Django ist neuer und 1.0 in Version erst vor kurzem gekommen, aber es hat eine sehr große Gemeinschaft und auch um für immer mehr oder weniger gehen zu bleiben.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top