Führer in der Organisation von großen Django-Projekte

Jede "Anwendung" sollte klein sein-eine einzelne wiederverwendbare Entität, plus ein paar Tabellen. Wir haben über 5 plus/minus 2 Tabellen pro Anwendung Modell. Die meisten unserer halbes Dutzend Anwendungen werden von weniger als 5 Tabellen. Man hat null-Tabellen in das Modell.

Jede Anwendung sollte so gestaltet werden, dass ein Mehrweg-Konzept. In unserem Fall wird jeder Anwendung ein Stück von der Website insgesamt; die Anwendungen können entfernt werden und ersetzt werden getrennt.

In der Tat, das ist unsere Strategie. Da unsere Bedürfnisse erweitern und Reifen, können wir Sie entfernen und ersetzen Anwendungen unabhängig voneinander.

Es ist okay, haben Anwendungen, die voneinander abhängen. Jedoch, die Abhängigkeit hat nur auf die offensichtlichen Dinge wie "Modelle" und "Formulare". Auch können Anwendungen abhängen, die Namen in jeder anderen URL. Daher, Ihrer namens-URL muss die form haben, wie das "application-Ansicht", so die reverse - Funktion oder die {% url %} tag finden Sie richtig.

Jede Bewerbung sollte enthalten eigene batch-Befehle (in der Regel über einen formellen Befehl, können gefunden werden, indem die django-admin Skript.

Schließlich, alles, was komplexer als ein einfaches Modell oder form, die wahrscheinlich nicht gehören-Anwendung, benötigt aber eine separate shared library. Zum Beispiel verwenden wir XLRD, aber wickeln Sie Teile, die Sie in unserer eigenen Klasse, so dass es mehr wie die eingebauten csv Modul. Dieser wrapper für XLRD nicht ein richtiger Teil einer Anwendung, um ein separates Modul außerhalb der Django Anwendungen.