Il me semble que ces deux points de vue sont quasiment identiques, surtout depuis Galileo. Est-ce vrai ou est-ce que je passe à côté de certaines fonctionnalités de l'une ou de l'autre?
Il me semble que ces deux points de vue sont quasiment identiques, surtout depuis Galileo. Est-ce vrai ou est-ce que je passe à côté de certaines fonctionnalités de l'une ou de l'autre?
Réponses:
Selon l'aide d'Eclipse, l'explorateur de projets
fournit une vue hiérarchique des artefacts dans le Workbench, qui est personnalisée par la configuration spécifique de votre Workbench.
Avec uniquement les outils de développement Java (JDT) installés, l'Explorateur de projets ressemble et se comporte presque pour les projets Java comme l'Explorateur de packages (y compris la refactorisation et d'autres opérations de code source dans le menu contextuel). Mais Project Explorer est également utilisable pour d'autres langages et types de projets.
Des plugins supplémentaires fournissent des "informations supplémentaires" à la vue de l'Explorateur de projets, ce qui la rend beaucoup plus "sophistiquée". Par exemple, si les outils Web sont installés et que vous disposez d'un projet Web dynamique, l'Explorateur de projets vous montre des nœuds d'arborescence supplémentaires tels que le descripteur de déploiement et les ressources JavaScript. Vous pouvez voir (et configurer) toutes les contributions disponibles dans l' Explorateur de projets / Personnaliser la vue ... / Contenu .
Par exemple, en utilisant SpringSource Tool Suite 2.1.0, j'ai des nœuds supplémentaires pour les projets Web, les beans spring et les services Web. Pour cette raison, je préfère utiliser l'Explorateur de projets.
Project Explorer
projets avec un double clic. Testé sur la version 2019-03.
Je crois que l'explorateur de projet est censé être le successeur du navigateur et qu'il est (pour la plupart) indépendant du langage.
L'Explorateur de packages est spécialement conçu pour les projets Java, c'est pourquoi il contient des éléments tels que la refactorisation dans ses menus contextuels. L'explorateur de packages affiche également les classes et les packages Java (comme son nom l'indique), tandis que l'explorateur de projets affiche les dossiers et les fichiers .java.
Quelques différences que je vois (dans Juno) sur un projet Java:
C'est pourquoi je garde les deux onglets côte à côte. :-)
Mon Explorateur de projet masque les dossiers appartenant à un système de gestion de code source tandis que l'Explorateur de packages affiche par exemple le .git
dossier. En outre, l'explorateur de packages offre plus d'options qui fonctionnent avec le code source, par exemple le refactoring.
Une chose que je viens de remarquer est que, au moins lors du développement d'applications Java Android, les projets n'apparaîtront pas dans l'explorateur de packages si leur fichier project.properties est bloqué ou inexistant.
J'utilisais uniquement l'explorateur de packages et j'avais masqué l'explorateur de projet, et je m'arrachais les cheveux pour essayer de comprendre pourquoi mon projet importé ne s'afficherait pas. Ma console disait que le projet n'avait pas de fichier .properties mais il n'était pas visible pour moi right click -> fix properties
. Ensuite, j'ai ouvert l'explorateur de projet et il était là comme il se doit.
L'une des raisons de préférer l'explorateur de packages est qu'il est le seul explorateur qui apparaît dans la liste lorsque vous sélectionnez "Afficher dans" sur un fichier en cours d'édition ou qui a été trouvé dans la vue Recherche.
CommonNavigator
qui est fourni par le org.eclipse.ui.navigator.resources
plugin. Il offre une vue de l'espace de travail et a un grand nombre de NEC (Navigator Content Extensions) ont contribué pour les ressources, Java, C, Web Tools, Outils de données, PHP, etc. Source