2013-04-05 14 views
11

Pracuję nad uporządkowaniem mojej aplikacji AngularJS zgodnie z najlepszymi praktykami, która obejmuje rozdzielenie kontrolerów i aplikacji na różne pliki skryptów.Gdzie powinienem umieścić Fabryki i Usługi AngularJS?

Szybkie pytanie: Gdzie należy umieścić moje fabryki i usługi? Pytam w kontekście posiadania usług fabryki &, które będą dostępne poza zakresem pojedynczego kontrolera, a także, które będą znajdować się w zakresie pojedynczego kontrolera.

Odpowiedz

8

Aktualizacja: natychmiastowa odpowiedź poniżej nie jest już poprawna. Zobacz najnowszy dodatek (napisany 1 marca 2015 r.) Do tej odpowiedzi.

Gotowy! Zgodnie z artykułem Briana Forda na Building Huuuuuuuge Angular Apps najlepsza praktyka wydaje się być łączenia usług i fabryk do aplikacji w oddzielnym pliku, na przykład:

root-app-folder 
├── index.html 
├── scripts 
│ ├── controllers 
│ │ └── main.js 
│ │ └── ... 
│ ├── directives 
│ │ └── myDirective.js 
│ │ └── ... 
│ ├── filters 
│ │ └── myFilter.js 
│ │ └── ... 
│ ├── services 
│ │ └── myService.js 
│ │ └── ... 
│ ├── vendor 
│ │ ├── angular.js 
│ │ ├── angular.min.js 
│ │ ├── es5-shim.min.js 
│ │ └── json3.min.js 
│ └── app.js 
├── styles 
│ └── ... 
└── views 
    ├── main.html 
    └── ... 

(PSST W przypadku, gdy zastanawiasz się, Brian Ford . część zespołu angularjs, więc jego odpowiedź wydaje się dość legit)

Dodawanie (24 kwietnia 2013)

to właśnie w: Yeoman to fantastyczne narzędzie do tworzenia aplikacji z właściwego katalogu struktura dla dużych, funkcjonalnych aplikacji Angular. Ma nawet Grunt zapakowany!

Uzupełnienie (01 marca 2015)

Według a comment poprzez PaoloCargnin Google faktycznie zaleca inną strukturę, w sposób opisany przez this document. Struktura powinna wyglądać następująco:

sampleapp/ 
    app.css 
    app.js //top-level configuration, route def’ns for the app 
    app-controller.js 
    app-controller_test.js 
    components/ 
     adminlogin/         
      adminlogin.css //styles only used by this component 
      adminlogin.js //optional file for module definition 
      adminlogin-directive.js       
      adminlogin-directive_test.js   
     private-export-filter/ 
      private-export-filter.js 
      private-export-filter_test.js 
     userlogin/ 
      somefilter.js 
      somefilter_test.js 
      userlogin.js 
      userlogin.css     
      userlogin.html     
      userlogin-directive.js 
      userlogin-directive_test.js 
      userlogin-service.js 
      userlogin-service_test.js     
    index.html 
    subsection1/ 
     subsection1.js 
     subsection1-controller.js 
     subsection1-controller_test.js 
     subsection1_test.js       
     subsection1-1/       
      subsection1-1.css 
      subsection1-1.html 
      subsection1-1.js 
      subsection1-1-controller.js 
      subsection1-1-controller_test.js 
      subsection1-2/       
    subsection2/ 
     subsection2.css 
     subsection2.html 
     subsection2.js 
     subsection2-controller.js 
     subsection2-controller_test.js 
    subsection3/ 
     subsection3-1/ 
etc... 
+2

To nie jest sposób, w jaki Google to udokumentował. Proponuję śledzić tę strukturę https://docs.google.com/document/d/1XXMvReO8-Awi1EZXAXS4PzDzdNvV6pGcuaF4Q9821Es/pub – PaoloCargnin

Powiązane problemy