2010-06-07 9 views

Antwort

6

Der Unterschied liegt zwischen 2 Umgebungen. In Rails gibt es mehrere Umgebungen. Jeder hat seine eigene Datenbankkonfiguration und Rails-Optionen.

Sie können die Variable Rails.env verwenden, um verschiedene Änderungen in bestimmten Umgebungen vorzunehmen.

Standardmäßig ist die Entwicklungsumgebung ohne Cache und aktiviert das automatische Neuladen. Die Produktionsumgebung ist mit allen Cache.

Aber wenn Sie möchten, können Sie eine Produktionsumgebung wie Entwicklungs- oder Entwicklungsumgebung wie Produktion herstellen.

Sie können auch eine neue spezifische Umgebung hinzufügen.

1

Im Grunde gibt es keinen Unterschied zwischen Rails-Umgebungen. Die Umgebung ist einfach eine Konstante, die festgelegt wird, wenn eine Rails-Anwendung während des Startvorgangs gestartet und referenziert wird und für den Anwendungscode verfügbar ist.

Zum Beispiel definiert die Konstante, welche Datenbankkonfiguration für die Verbindung zu verwenden ist und welche Umgebungsinitialisierung beim Booten ausgeführt werden soll (z. B. config/environments/development.rb).

Die Standardumgebungen, die in einer Rails-Anwendung vorhanden sind:

  • Entwicklung
  • Test
  • Produktion

Einige Optionen Konfiguration zwischen den Standard-Rails-Umgebungen unterscheiden, aber die Umgebungen würde identisch sein, wenn die Konfigurationsoptionen in der entsprechenden config/environments/# {Umgebung} Dateien waren identisch. Dies wird durch die Tatsache belegt, dass zusätzliche Umgebungen können durch Hinzufügen von Verbindungskonfiguration zu Config erstellt werden/database.yml und eine neue Umgebung Datei config/Umgebungen

4

Auszug aus dem Buch Agile Development using Rails

Entscheidungsfindung Entwicklung einfacher

Sie könnten uns etwas über die Entwicklung bemerkt haben getan haben so weit. Da wir unserer Anwendung Code hinzugefügt haben, mussten wir die laufende Anwendung nicht neu starten. Es war glücklich tuckern weg im Hintergrund. Und dennoch ist jede Änderung wemake verfügbar, wenn wir auf die Anwendung über einen Browser zugreifen. Was gibt ?

Es stellt sich heraus, dass der Rails Dispatcher ziemlich clever ist. Im Entwicklungsmodus (im Gegensatz zu Test oder Produktion), es lädt automatisch die Anwendung Quelldateien, wenn eine neue Anfrage kommt zusammen. Auf diese Weise stellt der Dispatcher beim Bearbeiten unserer -Anwendung sicher, dass die letzten Änderungen ausgeführt werden. Das ist großartig für die Entwicklung.

Allerdings kommt diese Flexibilität zu einem kosten verursacht es eine kurze Pause, nachdem Sie antwortet eine URL vor der Anwendung eingeben . Das wird verursacht durch den Dispatcher, der Sachen nachlädt. Für Entwicklung ist es ein Preis wert zu zahlen, aber in der Produktion wäre es inakzeptabel. Aus diesem Grund ist diese Funktion für Produktion Bereitstellung deaktiviert.

Verwandte Themen