Cuándo crear proyectos múltiples en Eclipse?

Question

A menudo soy cauteloso de crear proyectos múltiples en Eclipse. Vamos a echar un escenario:

• Hay un proyecto J2EE principal, que tiene toda la lógica de negocio, render interfaz gráfica de usuario, etc.
• entonces hay una mayor proyecto de apoyo, que básicamente sólo tiene la hibernación POJO y Hibernate configuración relacionada cosas

Esto significa que el contenedor del proyecto Hibernate deberá colocarse en el proyecto principal para probarlo, cada vez que haya un cambio.

¿Cuáles son las desventajas?

• más pequeña de cambio en la clase, que necesita para construir el frasco de nuevo y transferir al servidor
• No se puede transferir directamente sólo los archivos de clase, usted tiene que construir de nuevo la jarra completa
• En el modo de depuración remota, las ediciones no reemplazará caliente los archivos de clase de proyecto Hibernate, dolor grande para transferir frasco y reiniciar el servidor todo el tiempo

¿Cuáles son las ventajas?

• Si tuviera que dividir mi proyecto J2EE en 2 proyectos para separar preocupación mañana, puedo copiar directamente la parte DB, es decir, Hibernate frasco y comenzar a utilizar los proyectos de división

Así que ahora mi pregunta:

• ¿Existe una línea guía sobre cuándo crear un nuevo proyecto en lugar de un nuevo paquete?
• En los casos anteriores, ¿sería una buena idea combinar ambos en un proyecto para resolver 3 desventajas y contener una ventaja?
• ¿Cuál es el estándar de la industria? ¿Mejores prácticas?

Answer 1

Cuanto más separes tus proyectos, mejor.

Tan pronto como pueda establecer una separación de dependencia clara, muévala a su propio proyecto. A medida que crezca, esto le permitirá reutilizar el código más fácilmente en otros proyectos.

Answer 2

En su caso, si tiene capas diferentes, es recomendable colocar las capas en diferentes proyectos. Esto proporciona un poco más de motivación para mantener las capas separadas, hablar a través de las interfaces y evitar las dependencias circulares entre las capas (los proyectos no pueden depender entre sí!)

A menudo presento un proyecto especializado que contiene todas las bibliotecas y recursos para el toda la aplicación. Tal vez otro que solo se usa para compilar y desplegar la aplicación (los scripts de construcción ant/maven, la definición del producto en el caso de las aplicaciones RCP). Y finalmente, piense en definir todos los casos de prueba en proyectos separados. La prueba a veces necesita bibliotecas especiales y archivos de recursos (configuraciones de logger, volcados de bases de datos con datos de prueba) y esos archivos no deben mezclarse con los archivos de configuración y libs de las aplicaciones.