¿Estructura de paquete para un proyecto Java?

¿Cuál es la mejor práctica para configurar estructuras de paquetes en una aplicación web Java?

¿Cómo configurarías tu src, código de prueba de unidad, etc.?

Puede seguir el diseño de proyecto estándar de maven . No es necesario que utilice maven, pero facilitaría la transición en el futuro (si fuera necesario). Además, otros desarrolladores estarán acostumbrados a ver ese diseño, ya que muchos proyectos de código abierto se presentan de esta manera,

Hay algunos recursos existentes que puede consultar:

1. Empaquete adecuadamente sus clases de Java
2. Spring 2.5 Arquitectura
3. Tutorial de Java - Nombrar un paquete
4. Convenciones de nomenclatura de SUN

Por lo que vale, mis propias pautas personales que suelo usar son las siguientes:

1. Comience con dominio inverso, por ejemplo, "com.miempresa".
2. Utilice el nombre del producto, por ejemplo, "myproduct". En algunos casos, tiendo a tener paquetes comunes que no pertenecen a un producto en particular. Estos terminarían categorizados de acuerdo con la funcionalidad de estas clases comunes, por ejemplo, "io", "util", "ui", etc.
3. Después de esto, se vuelve más libre. Por lo general, agrupo de acuerdo con el proyecto, área de funcionalidad, implementación, etc. Por ejemplo, podría tener "proyecto1", "proyecto2", "ui", "cliente", etc.

Un par de otros puntos:

1. Es bastante común en los proyectos en los que he trabajado que los nombres de los paquetes fluyan de la documentación de diseño. Por lo general, los productos ya están separados en áreas de funcionalidad o propósito.
2. No se preocupe demasiado por llevar la funcionalidad común a paquetes superiores de inmediato. Espere a que haya una necesidad en proyectos, productos, etc., y luego refactorice.
3. Observe las dependencias entre paquetes. No son del todo malos, pero pueden significar un acoplamiento estrecho entre lo que podrían ser unidades separadas. Existen herramientas que pueden ayudarlo a realizar un seguimiento de esto.

Sugeriría crear la estructura de su paquete por característica, y no por la capa de implementación. Una buena reseña sobre esto son las prácticas de Java: paquete por característica, no capa

Normalmente me gusta tener lo siguiente:

• bin (binarios)
• doc (documentos)
• inf (información)
• lib (Bibliotecas)
• res (Recursos)
• src (fuente)
• tst (prueba)

Estos pueden considerarse poco convencionales, pero me parece una forma muy agradable de organizar las cosas.

The way I usually organise is
- src
        - main
                - java
                - groovy
                - resources
        - test
                - java
                - groovy
- lib
- build
        - test 
                - reports
                - classes
- doc

La forma en que suelo tener mi jerarquía de carpetas

• Nombre del proyecto
  • src
  • compartimiento
  • pruebas
  • libs
  • docs

Otra forma es separar las API, los servicios y las entidades en diferentes paquetes.