Jaki typ struktury folderów powinien być używany w Angular 2?

Jestem programistą Angular 1 i zaczynam uczyć się o Angular 2. Istnieje wiele różnych metod tworzenia struktury folderów w zależności od materiału szkoleniowego. Wymienię każdą z nich poniżej i chciałbym poznać opinie ludzi, z których powinienem skorzystać i dlaczego. Ponadto, jeśli istnieje metoda, której nie ma na liście, ale uważasz, że działa lepiej, możesz ją również wymienić.

Patrząc na to wszystko, metoda nr 3 jest mniej więcej taka, jak robiłem aplikacje w Angular 1.

Metoda 1: angular2-quickstart

Źródło: https://angular.io/guide/quickstart

Struktura folderów:

Metoda 2: ng-book2

Źródło: https://www.ng-book.com/2/ (aby zobaczyć pliki trzeba zapłacić)

Struktura folderów:

Metoda 3: mgechev / angular2-seed

Źródło: https://github.com/mgechev/angular2-seed

Struktura folderów:

Oficjalne wytyczne są teraz dostępne. mgechev/angular2-seedteż się z tym zgadzał. patrz # 857 .

https://angular.io/guide/styleguide#overall-structural-guidelines

Myślę, że uporządkowanie projektu według funkcjonalności jest metodą praktyczną. Dzięki temu projekt jest skalowalny i łatwy w utrzymaniu. I sprawia, że ​​każda część projektu działa w całkowitej autonomii. Daj mi znać poniżej, co myślisz o tej strukturze: ANGULAR TYPESCRIPT PROJECT STRUCTURE - ANGULAR 2

źródło: http://www.angulartypescript.com/angular-typescript-project-structure/

Mam zamiar użyć tego. Bardzo podobny do trzeciego pokazanego przez @Marin.

app
|
|___ images
|
|___ fonts
|
|___ css
|
|___ *main.ts*
|   
|___ *main.component.ts*
|
|___ *index.html*
|
|___ components
|   |
|   |___ shared
|   |
|   |___ home
|   |
|   |___ about
|   |
|   |___ product
|
|___ services
|
|___ structures

Więc po dokładniejszym zbadaniu sprawy, zdecydowałem się na nieco poprawioną wersję metody 3 (mgechev / angular2-seed).

Zasadniczo przeniosłem komponenty do katalogu głównego poziomu, a następnie każda funkcja będzie w nim.

Może coś takiego jak ta struktura:

|-- app
     |-- modules
       |-- home
           |-- [+] components
           |-- pages
              |-- home
              |-- home.component.ts|html|scss|spec
           |-- home-routing.module.ts
           |-- home.module.ts
     |-- core
       |-- authentication
           |-- authentication.service.ts|spec.ts
       |-- footer
           |-- footer.component.ts|html|scss|spec.ts
       |-- guards
           |-- auth.guard.ts
           |-- no-auth-guard.ts
           |-- admin-guard.ts 
       |-- http
           |-- user
               |-- user.service.ts|spec.ts
           |-- api.service.ts|spec.ts
       |-- interceptors
           |-- api-prefix.interceptor.ts
           |-- error-handler.interceptor.ts
           |-- http.token.interceptor.ts
       |-- mocks
           |-- user.mock.ts
       |-- services
           |-- srv1.service.ts|spec.ts
           |-- srv2.service.ts|spec.ts
       |-- header
           |-- header.component.ts|html|scss|spec.ts
       |-- core.module.ts
       |-- ensureModuleLoadedOnceGuard.ts
       |-- logger.service.ts
     |-- shared
          |-- components
              |-- loader
                  |-- loader.component.ts|html|scss|spec.ts
          |-- buttons
              |-- favorite-button
                  |-- favorite-button.component.ts|html|scss|spec.ts
              |-- collapse-button
                  |-- collapse-button.component.ts|html|scss|spec.ts
          |-- directives
              |-- auth.directive.ts|spec.ts
          |-- pipes
              |-- capitalize.pipe.ts
              |-- safe.pipe.ts
     |-- configs
         |-- app-settings.config.ts
         |-- dt-norwegian.config.ts
     |-- scss
          |-- [+] partials
          |-- _base.scss
          |-- styles.scss
     |-- assets

Ostatnio używam ng cli i naprawdę ciężko było znaleźć dobry sposób na uporządkowanie kodu.

Najbardziej wydajne, jakie do tej pory widziałem, pochodzi z repozytorium mrholek ( https://github.com/mrholek/CoreUI-Angular ).

Ta struktura folderów pozwala zachować porządek w projekcie głównym i uporządkować komponenty, pozwala uniknąć zbędnych (czasami bezużytecznych) konwencji nazewnictwa oficjalnego przewodnika po stylach.

Ponadto ta struktura jest przydatna do grupowego importu, gdy jest to potrzebne, i pozwala uniknąć 30 linii importu dla pojedynczego pliku.

src
|
|___ app
|
|   |___ components/shared
|   |   |___ header
|   |
|   |___ containers/layout
|   |   |___ layout1
|   |
|   |___ directives
|   |   |___ sidebar
|   |
|   |___ services
|   |   |___ *user.service.ts* 
|   | 
|   |___ guards
|   |   |___ *auth.guard.ts* 
|   |
|   |___ views
|   |   |___ about  
|   |
|   |___ *app.component.ts*
|   |
|   |___ *app.module.ts*
|   |
|   |___ *app.routing.ts*
|
|___ assets
|
|___ environments
|
|___ img
|   
|___ scss
|
|___ *index.html*
|
|___ *main.ts*

Jeśli projekt jest mały i pozostanie mały, polecam uporządkowanie według typu (Metoda 2: ng-book2)

app
|- components
|  |- hero
|  |- hero-list
|  |- villain
|  |- ...
|- services
|  |- hero.service.ts
|  |- ...
|- utils
|- shared

Jeśli projekt będzie się rozwijał, powinieneś uporządkować swoje foldery według domeny (Metoda 3: mgechev / angular2-seed)

app
|- heroes
|  |- hero
|  |- hero-list
|  |- hero.service.ts
|- villains
|  |- villain
|  |- ...
|- utils
|- shared

Lepiej śledzić oficjalne dokumenty.
https://angular.io/guide/styleguide#application-structure-and-ngmodules

Proponuję następującą strukturę, która może naruszać niektóre istniejące konwencje.

Starałem się ograniczyć nadmiarowość nazw na ścieżce i ogólnie starałem się, aby nazwy były krótkie.

Nie ma więc / app / components / home / home.component.ts | html | css.

Zamiast tego wygląda to tak:

|-- app
    |-- users
        |-- list.ts|html|css
        |-- form.ts|html|css
    |-- cars
        |-- list.ts|html|css
        |-- form.ts|html|css
        |-- configurator.ts|html|css
    |-- app.component.ts|html|css
    |-- app.module.ts
    |-- user.service.ts
    |-- car.service.ts
|-- index.html
|-- main.ts
|-- style.css