I have read many articles about Angular folder structure. It is still not clear to me where do we put component services. Shared services between components are put under shared. But what about a service that is used only by a component? Usually I put all my component logic into a service and leave the component with code relevant only to UI stuff. Which one is better to use:
Each component and its service into the same folder
.
├── app.component.html
├── app.component.ts
├── app.module.ts
├── app-routing.module.ts
└── shop
├── clients
│ ├── clients.component.html
│ ├── clients.component.ts
│ ├── clients.component.css
│ └── clients.service.ts
├── orders
│ ├── orders.component.html
│ ├── orders.component.ts
│ ├── orders.component.css
│ └── orders.service.ts
├── shop.module.ts
└── shop-routing.module.ts
or all services of a module under a services folder
.
├── app.component.html
├── app.component.ts
├── app.module.ts
├── app-routing.module.ts
└── shop
├── clients
│ ├── clients.component.html
│ ├── clients.component.ts
│ └── clients.component.css
├── orders
│ ├── orders.component.html
│ ├── orders.component.ts
│ └── orders.component.css
├── services
│ ├── clients.service.ts
│ └── orders.service.ts
├── shop.module.ts
└── shop-routing.module.ts
Folder for each Angular Module. The Angular uses the concept of Angular Modules to group together the related features. This gives us a nice starting point to organize the folder structure. Each Module should get its own folder named after the Module Name. The Angular does not make any distinction between the Modules.
Angular distinguishes components from services to increase modularity and reusability. Ideally, a component's job is to enable only the user experience. A component should present properties and methods for data binding to mediate between the view and the application logic.
The top level of the workspace contains workspace-wide configuration files, configuration files for the root-level application, and subfolders for the root-level application source and test files.
It is all about Semantics and Readability in my opinion. Just doing it in a way that suits you and your convenience won't make it a good practice. It should be easy for a newbie or substitute developer to figure out your method in not time, so you should probably focus on that.
Tips to keep in mind:
1) Services should be easily relatable and shouldn't create any confusion
2) Path navigation shouldn't become complex ( for eg: avoid cases of ../../../../ )
3) Shared services should be placed under a meaningful folder
I would say that the second method you suggested is the common standard followed.
Refer : https://itnext.io/choosing-a-highly-scalable-folder-structure-in-angular-d987de65ec7
I don't think there is a one size fit all for a folder structure as it is completely opinionated and really it's just a nice to have.
Some say we should group based on features.
Some say we should group based on similarities.
The list goes on...
I remember a guide from Dan Abramov the really speaks about how we should truly look at structuring our app. It can be found Here.
Simple but not simple just work with what you think is best.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With