Carpeta por tipo solo funciona en proyectos a pequeña escala. Carpeta por función es superior en la mayoría de los casos.

Carpeta por tipo está bien cuando solo tiene una pequeña cantidad de archivos (menos de 10 por tipo, digamos). Tan pronto como obtiene múltiples componentes en su proyecto, todos con múltiples archivos del mismo tipo, es muy difícil encontrar el archivo real que está buscando.

Por lo tanto, carpeta por función es mejor debido a su escalabilidad. Sin embargo, si la carpeta por característica termina perdiendo información sobre el tipo de componente que representa un archivo (porque ya no está en una carpeta controller ), por lo que esto también se vuelve confuso. Hay 2 soluciones simples para esto.

Primero, puede cumplir con las convenciones de denominación comunes que implican carácter en el nombre del archivo. Por ejemplo, la popular guía de estilo de AngularJS de John Papa tiene lo siguiente:

  

Directrices de nomenclatura

     

• Use nombres consistentes para todos los componentes siguiendo un patrón que describe la característica del componente y luego (opcionalmente) su tipo. Mis
    patrón recomendado es feature.type.js. Hay 2 nombres para la mayoría de
    activos:

       
  • el nombre del archivo (avengers.controller.js)
    
  • el nombre del componente registrado con Angular (AvengersController)
    
  

Segundo, puedes combinar los estilos carpeta por tipo y carpeta por función en carpeta por característica por tipo:

com.example
├── pet
├────Controllers
│    ├── PetController1.java
|    └── PetController2.java
├────Services
│    ├── PetService1.java
│    └── PetService2.java
├── user
├────Controllers
│    ├── UserController1.java
│    ├── UserController2.java
├────Services
│    ├── UserService1.java
│    └── UserService2.java

Esto realmente no tiene nada que ver con la tecnología en cuestión, a menos que use un marco que lo obligue a realizar una carpeta por tipo como parte de un enfoque de convención sobre configuración.

Personalmente, opino firmemente que la carpeta por función es muy superior y se debe utilizar en todos los sitios tanto como sea posible. Agrupa clases que realmente trabajan juntas, mientras que carpeta por tipo simplemente duplica algo que generalmente ya está presente en el nombre de la clase.

Descubrí que es más fácil trabajar con paquetes por función principalmente por un motivo:

Alta modularidad y cohesión : facilita el juego con el alcance de los componentes. Podemos implementar clases / métodos protected o package a los que solo pueden acceder los componentes directamente involucrados con la característica ( Law of Demeter ).

Otras razones son:

• Navegación de código más fácil
• Un nivel más alto de abstracción
• Minimizar ámbitos (contextos delimitadores)
• Más fácil de escalar (agregar / eliminar más funciones), mantener y reemplazar.

Por otra parte, carpeta por capa pone demasiado énfasis en los detalles de la implementación, como lo mencionó @David, podría ayudar a organizar el contenido dentro de carpetas por función . Sin embargo, tampoco abusaría demasiado de esta estrategia.