Que tipo de estrutura de pastas deve ser usada com o Angular 2?

Eu sou um desenvolvedor do Angular 1 que está começando a aprender sobre o Angular 2. Existem muitos tipos diferentes de métodos de estrutura de pastas, dependendo do material de treinamento. Vou listar cada um abaixo e gostaria de receber as opiniões das pessoas sobre as quais devo usar e por quê. Além disso, se houver um método que não esteja listado, mas você achar que ele funciona melhor, sinta-se à vontade para listá-lo também.

Ao olhar para todos eles, o método 3 é como eu estava fazendo meus aplicativos Angular 1.

Método 1: início rápido do angular2

Fonte: https://angular.io/guide/quickstart

Estrutura da pasta:

Método 2: ng-book2

Fonte: https://www.ng-book.com/2/ (tem que pagar para ver os arquivos)

Estrutura da pasta:

Método 3: mgechev / angular2-seed

Fonte: https://github.com/mgechev/angular2-seed

Estrutura da pasta:

A diretriz oficial está lá agora. mgechev/angular2-seedtambém tinha alinhamento. veja # 857 .

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

Eu acho que estruturar o projeto por funcionalidades é um método prático. Torna o projeto escalável e fácil de manter. E isso faz com que cada parte do projeto trabalhe em total autonomia. Deixe-me saber o que você pensa sobre essa estrutura abaixo: ESTRUTURA DE PROJETO DE TIPESCRIÇÃO ANGULAR - ANGULAR 2

fonte: http://www.angulartypescript.com/angular-typescript-project-structure/

Eu vou usar este. Muito semelhante ao terceiro mostrado por @Marin.

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

Então, depois de fazer mais investigações, acabei indo com uma versão ligeiramente revisada do método 3 (mgechev / angular2-seed).

Basicamente, mudei os componentes para um diretório de nível principal e, em seguida, cada recurso estará dentro dele.

Talvez algo como esta estrutura:

|-- 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

Ultimamente, tenho usado o ng cli e foi muito difícil encontrar uma boa maneira de estruturar meu código.

O mais eficiente que vi até agora vem do repositório mrholek ( https://github.com/mrholek/CoreUI-Angular ).

Essa estrutura de pastas permite manter seu projeto raiz limpo e estruturar seus componentes, evitando a convenção de nomenclatura redundante (às vezes inútil) do Guia de estilo oficial.

Além disso, essa estrutura é útil para agrupar a importação quando necessário e evitar 30 linhas de importação para um único arquivo.

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*

Se o projeto for pequeno e permanecer pequeno, eu recomendaria estruturar por tipo (Método 2: ng-book2)

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

Se o projeto crescer, você deve estruturar suas pastas por domínio (Método 3: mgechev / angular2-seed)

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

Melhor seguir documentos oficiais.
https://angular.io/guide/styleguide#application-structure-and-ngmodules

Sugiro a seguinte estrutura, que pode violar algumas convenções existentes.

Eu estava me esforçando para reduzir a redundância de nomes no caminho e tentando manter os nomes curtos em geral.

Portanto, não há / app / components / home / home.component.ts | html | css.

Em vez disso, fica assim:

|-- 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