Struktur des Ember.js Projektverzeichnisses

Question

Gibt es ein gutes Tutorial oder ein Ember.js-Dokument, das die Verzeichnisstruktur für Modelle / Ansichten / Controller, app.js und die Art und Weise, wie auf diese Dateien in der index.html-Root-Datei verwiesen wird, beschreibt?

• Datei zum Erstellen der "Ember.Application.create"?
• Reihenfolge der Einbeziehung (models.js, apps.js, controllers.js)?

Answer 1

Dieses Tutorial von Dan Gebhardt war sehr hilfreich für mich bei der Einrichtung meiner Projektstruktur und dem Einbinden von Dateien.

Answer 2

Das ember-skeleton-Projekt hat ein vernünftiges Beispiel für das Projektlayout für Rake-Pipeline. Sie machen es etwa so (aus dem README):

ember-skeleton
 Assetfile - App-Build-Datei
 Gemfile - Paketabhängigkeiten für rakep/rack
 Gemfile.lock - Hier sind Drachen: nicht berühren, immer einschließen
 app - App-spezifischer Code
    css - App-CSS oder SCSS (.scss)
    lib - App-Code, \*modularisiert während des Builds\*
    modules - Modulcode, \*bereits modularisiert\*
    plugins - Plugins (z.B. jquery.jsonrpc.js)
       loader.js - JS-Modullader
    static - Statische Dateien, nie berührt, beim Build kopiert
    templates - Handlebars-Templates, \*modularisiert während des Builds\*
    tests - QUnit-Anwendungstests
    vendor - Vendor-Code, \*modularisiert während des Builds\*
 assets - Erstellte Asset-Dateien, in der Produktion minifiziert
    app.css - Erstelltes App-CSS/SCSS
    app.js - Erstelltes App-JS
    loader.js - Erstellter JS-Modullader
 config.ru - Rack-Entwicklungs-Webserverkonfiguration
 index.html - Der App-Einstiegspunkt
 tests - QUnit-Testdateien
    index.html - Der Einstiegspunkt für die Tests
    qunit - Testunterstützungsdateien
    run-tests.js - Der PhantomJS QUnit-Test-Runner
 tmp - Temporäre Build-Dateien, die von rakep verwendet werden

Answer 3

Ich habe ein Layout, mit dem ich ziemlich zufrieden bin

app.js - dies ist die Hauptanwendungsdatei und enthält Einstellungen und den Router

views.js - enthält Ansichten, die in der App verwendet werden, obwohl ich dies normalerweise jetzt in homeView.js, navigationView.js usw. aufteile

dataModels.js - hier halte ich alle meine Datamodellobjekte für die App

dataSources.js - hier verwende ich, um Datamodelle oder Arrays von Datamodellen aus allen API-Aufrufen zu laden

accountController.js - Controllerklasse, im beigefügten Beispiel habe ich auch einen emailMessagingController und einen smsMessagingController

Sie finden mein Beispielprojekt hier

https://github.com/bwship/neptunejs

und die Coffeescript-Dateien für Ember hier

https://github.com/bwship/neptunejs/tree/master/public/coffeescripts

und schließlich die jad-Datei für das Layout und das Index, das zeigt, wie ich dies hier hinzufüge

https://github.com/bwship/neptunejs/tree/master/views

Ich möchte irgendwann mit dem Einsatz des Ember Data-Stils beginnen, habe aber bereits einige solide Apps mit den dataSources- und dataModels-Dateien veröffentlicht.

Answer 4

Es scheint immer noch keine klare Konvention zu geben, aber derzeit verwenden viele Leute Yeoman und den offiziellen Ember-Generator https://github.com/yeoman/generator-ember

Obwohl ich die "offene" Natur der Ember-Tutorials schätze, ist eine der guten Eigenschaften von Rails die Konvention der Dateiplatzierung. Wenn wir einen neuen Entwickler einstellen, müssen wir keine Erklärung über unsere Verzeichnisstruktur abgeben... Ich hoffe, dass Ember bald einen offiziellen Standard festlegt.