proyecto - programas en java eclipse ejemplos
Eclipse: ¿Debo crear un espacio de trabajo para cada proyecto? (14)
¡Depende de usted! Siempre he encontrado que mantener las versiones relacionadas de diferentes proyectos, que pertenecen a la misma versión en un espacio de trabajo determinado, es un enfoque más limpio. De esa forma, podría cambiar entre espacios de trabajo cada vez que necesite referirme a algo en una versión separada, y volver al espacio de trabajo de lanzamiento actual. También me ahorra la molestia de pagar o buscar en el repositorio.
Simplemente me pregunto si es mejor colocar todos mis proyectos de Eclipse en un área de trabajo, o hacer un espacio de trabajo por cada 1 proyecto. Solo soy un desarrollador en solitario, más o menos como hobby, pero las aplicaciones que creo tienen versiones de producción que se ejecutan en trabajos cron bastante frecuentes, por lo que es casi como un entorno de producción amateur.
Los únicos problemas que he notado hasta ahora son para exportar JAR, tengo el potencial de incluir archivos fuente de otros proyectos que parece que podría ser complicado.
Como las Preferencias son específicas del espacio de trabajo, tiendo a tener un enorme espacio de trabajo abierto: soy demasiado perezoso para sincronizar algunas configuraciones entre espacios de trabajo (por ejemplo, repositorios ...).
Por otro lado, tener demasiados proyectos abiertos en un solo espacio de trabajo puede ralentizar Eclipse, por lo que lo menos que tengo que hacer es cerrar proyectos con los que no estoy trabajando. Administro una gran cantidad de proyectos relativos a corto plazo (como máximo un mes) en Eclipse, que residen en el mismo espacio de trabajo (y en la mayoría de los casos el mismo repositorio), por lo que esta configuración me da una mayor flexibilidad.
Si tiene varios proyectos interrelacionados, guárdelos en el mismo espacio de trabajo. Si puede identificar un grupo de proyectos, que siempre se usan juntos, pero los grupos se usan de forma independiente, coloque dichos conjuntos de proyectos en diferentes espacios de trabajo. En ese caso, esa debería ser la estructura lógica.
Creo espacios de trabajo de Eclipse en torno a los productos, porque para mí, un producto puede tener múltiples proyectos dentro de ellos, por ejemplo, tener bibliotecas centrales compiladas en un contenedor en un proyecto, esto es utilizado por otros proyectos.
En términos de entorno de producción, desearía que los productos se ejecutaran en diferentes estructuras de directorios, mucho más limpios de esa manera. Y en eclipse, el espacio de trabajo crea un directorio con el nombre del espacio de trabajo. Por lo tanto, cree espacios de trabajo basados en producto / aplicación en lugar de uno o más proyectos dentro de ellos.
Depende de cuántos proyectos trabajes. Si trabajas en muchos proyectos, usaría el mismo espacio de trabajo, porque si utilizas varios, puedes olvidar fácilmente dónde está y, al menos, eso puede ser frustrante. Sin embargo, siempre utilizo diferentes espacios de trabajo para diferentes lenguajes de programación de esa manera es menos confuso, cuando estás en el espacio de trabajo JAVA piensas en JAVA: D
Me gusta usar varios espacios de trabajo desacoplados (que difieren según el tipo de proyecto), que importan proyectos desde varias ubicaciones. Fácil de mover cosas, sin crear una tonelada de espacios de trabajo similares. Se juega bien con mi SCM también.
No solo mantengo espacios de trabajo separados para cada proyecto, sino que también guardo copias separadas de Eclipse. Esto se debe a que normalmente tengo que poner proyectos en hielo durante largos períodos y volver a ellos (sin previo aviso) y absolutamente deben construir. No puedo arriesgarme a que algún complemento que haya instalado para mi último proyecto (basado en maven) interfiera con el proceso de compilación de uno de los sistemas heredados (basado en ant). Para el registro, sí documenté el entorno de eclipse para esos sistemas heredados, pero no tengo tiempo para meterme con el eclipse cuando remito un error de producción.
Si los proyectos están interrelacionados (es decir, tienen dependencias entre sí), a menudo tiene sentido tenerlos en el mismo espacio de trabajo. Además, si está trabajando en varios proyectos para resolver un problema relacionado, se aplica lo mismo.
Perderá mucho tiempo cambiando innecesariamente los espacios de trabajo, especialmente cuando el IDE le muestre inmediatamente el impacto que los cambios en un proyecto tienen sobre otro.
Solía mantener espacios de trabajo separados, pero me cansé de la dificultad de mantener una configuración coherente entre ellos. Ahora lo que hago es crear conjuntos de trabajo para diferentes proyectos y cambiar el conjunto de trabajo de la ventana actual para filtrar todo, excepto aquello en lo que quiero trabajar. Hasta ahora, esto ha funcionado bien para mí.
Como cada proyecto puede tener múltiples conjuntos de trabajo, y el conjunto de trabajo de ventana puede ser cualquier combinación de conjuntos de trabajo, es bastante fácil ver solo lo que desea en cualquier momento dado de esta manera.
Tal vez tenga mala suerte, pero a menudo Eclipse (una vez al mes, por ejemplo) muere al iniciarse, generalmente en la etapa "Inicializando herramientas de Java". La solución recomendada parece ser crear un nuevo espacio de trabajo. Si tiene todos sus proyectos en un área de trabajo, esto puede ser un problema. Creo que espacios de trabajo más pequeños pueden significar que es menos probable que ocurra el bloqueo.
También es posible que desee tener en cuenta que puede abrir varias instancias de eclipse siempre que estén mirando diferentes espacios de trabajo. No estoy seguro si eso es importante para ti, pero me gusta hacer eso de vez en cuando.
Tenemos una situación en la que tenemos varios proyectos, algunos en sucursales, que francamente es demasiado poco práctico para mantenerlos en el mismo espacio de trabajo, y los sets de trabajo son una broma. Desafortunadamente. También tener proyectos abiertos que no utiliza, puede ser elegido de manera voluntaria desde menús de finalización, etc. Propenso a errores.
La característica realmente ingeniosa para nosotros fue cuando Team -> Project Sets se agregaron (creo que en Eclipse 3.3) ya que esto nos permitió tener un único archivo que describe los muchos proyectos que componen la aplicación completa, que se pueden importar en Eclipse con Team -> Importar Necesita un proyecto dado? Verifíquelo en CVS, ubique el archivo projectSet.psf dentro de él e impórtelo.
Esto ha demostrado funcionar bien para nosotros.
Tengo todos mis proyectos en un solo espacio de trabajo y uso conjuntos de trabajo para administrarlos.
Tengo un espacio de trabajo por tipo de proyecto. Ejemplo: Java simple, aplicación web, Python, etc.
La razón es que puedo compartir bibliotecas que son similares sin copiarlas ni señalarlas. Además, cierro los proyectos no relacionados del eclipse para evitar el desorden.
Utilizaría espacios de trabajo separados para diferentes "grupos" de proyectos. Por ejemplo, es posible que desee combinar su proyecto de aplicación principal Y el proyecto de prueba de la unidad en el mismo espacio de trabajo.