eclipse - para - manual de programacion android pdf
¿Cuál es la diferencia entre Eclipse Package Explorer y Eclipse Project Explorer? (6)
Me parece que estos dos puntos de vista son prácticamente idénticos, especialmente desde Galileo. ¿Es esto cierto o me estoy perdiendo algunas características de uno u otro?
Algunas diferencias que veo (en Juno) en un proyecto de Java:
- En Project Explorer, el menú contextual> New ofrece artefactos Java comunes, como Class, Interface, Enum, package ... En Package Explorer, veo varios tipos de proyectos, servicio web, carpetas, archivos, etc.
- En Package Explorer, puedo arrastrar y soltar un archivo de clase entre dos paquetes, automáticamente realizará la refactorización (mover y cambiar el paquete e importar en otras clases). Project Explorer simplemente no me permite hacer un drag''n''drop.
- Y como se dijo, Project Explorer muestra más información, ej. una descripción de la implementación, recursos de JavaScript, recursos desplegados, etc., mientras que el Explorador de paquetes está centrado en Java.
Es por eso que mantengo las dos pestañas una al lado de la otra. :-)
Creo que Project Explorer es el sucesor del Navigator y, en su mayor parte, es independiente del idioma.
El Explorador de paquetes es específicamente para proyectos de Java, es por eso que tiene cosas como la refactorización en sus menús contextuales. El Explorador de paquetes también muestra clases y paquetes Java (como su nombre lo indica), mientras que el Explorador de proyectos muestra carpetas y archivos .java.
De acuerdo con la ayuda de Eclipse, el Explorador de proyectos
proporciona una vista jerárquica de los artefactos en Workbench, que se personaliza según la configuración específica de su Workbench.
Con solo las herramientas de desarrollador java (JDT) instaladas, el Explorador de proyectos casi se ve y se comporta para proyectos Java como el Explorador de paquetes (incluidas las operaciones de refactorización y otras operaciones de código fuente en el menú contextual). Pero Project Explorer también se puede usar para otros idiomas y tipos de proyectos.
Los complementos adicionales aportan "información adicional" a la vista del Explorador de proyectos, por lo que es mucho más "sofisticado". Por ejemplo, si tiene instaladas las herramientas web y tiene un Proyecto web dinámico, el Explorador de proyectos le muestra nodos de árbol adicionales, como Descriptor de despliegue y Recursos de JavaScript. Puede ver (y configurar) todas las contribuciones disponibles en el Explorador de proyectos / Personalizar vista ... / Contenido .
Por ejemplo, con SpringSource Tool Suite 2.1.0 tengo nodos adicionales para proyectos web, beans de primavera y servicios web. Debido a esto, prefiero usar el Explorador de proyectos.
Una cosa que acabo de notar es que, al menos cuando se desarrollan aplicaciones Java para Android, los proyectos no se mostrarán en el Explorador de paquetes si su archivo project.properties está borked o no existe.
Solo había estado usando el Explorador de paquetes y tenía el Explorador de proyectos oculto, y estaba tirando de mi cabello tratando de descubrir por qué mi proyecto importado no aparecía. Mi consola decía que el proyecto no tenía un archivo .properties, pero no estaba visible para hacer right click -> fix properties . Luego abrí el Explorador de proyectos y estaba allí como debería ser.
Una razón para preferir el Explorador de paquetes es que es el único explorador que aparece en la lista cuando selecciona "Mostrar en" en un archivo que se está editando o se ha encontrado en la vista de búsqueda.
My Project Explorer oculta las carpetas que pertenecen a un sistema de administración de código fuente mientras que el Explorador de paquetes muestra, por ejemplo, la carpeta .git . Además, el Package Explorer ofrece más opciones que funcionan con el código fuente, por ejemplo, las cosas de refactorización.