Comment organiser "projets" et" solutions " dans Eclipse?
on m'a dit qu'un espace de travail Eclipse est l'équivalent d'une solution de studio visuel. Mais on m'a aussi dit que les gens utilisent souvent un seul espace de travail pour tout leur travail. Ces affirmations apparemment contradictoires sont-elles correctes? Si oui, comment créer et maintenir l'équivalent de solutions VS multiples dans Eclipse?
deuxièmement, dans le cas de VS, je vérifie ma solution (.sln) fichiers, aussi, dans le contrôle source. En conséquence, dois - je ou ne dois-je pas vérifier L'éclipse de l'espace de travail .dossier de métadonnées?
3 réponses
Je ne pense pas, L'espace de travail Eclipse est équivalent à la solution VS. Un espace de travail Eclipse stocke beaucoup de méta-informations sur les projets, leur emplacement physique (éventuellement dans ou hors du dossier workspace), etc. et même workbench paramètres. Ce n'est pas une bonne idée de télécharger ces informations dans le contrôle source, car il est possible que d'autres développeurs utilisent d'autres emplacements physiques pour les projets, etc.
il y a un concept similaire dans Eclipse aux solutions (similaire, pas équivalent): ensembles de projets. C'est seulement une option GUI pour grouper vos projets en ensembles. Ces ensembles ne peuvent pas être exécutés ensemble, et ne sont visibles que dans le navigateur du projet.
une autre façon est de créer plusieurs dossiers de l'espace de travail, et vous pouvez les utiliser comme une alternative aux solutions. L'inconvénient de cette approche est que si vous personnalisez L'IDE (par exemple en utilisant des préférences, ou en définissant des emplacements de contrôle des sources), ces personnalisations doivent être faites dans chaque espace de travail. Cette question peut être traitée en utilisant le Mécanicien D'Espace De Travail outil (je n'ai pas essayé, mais il peut migrer ces paramètres).
la principale raison pour laquelle il est préférable pour moi d'avoir un espace de travail séparé pour un seul projet est la performance et la lucidité. Avec de nombreux projets à l'intérieur d'un même espace de travail, vous devrez fermer les autres à cause des chemins de classe partagés pour l'aide à l'éditeur. L'éditeur utilise classpaths de tous les projets pour l'aide de contenu,la recherche de hiérarchie de classe etc.
Eclipse prévoit que les projets ouverts sont liées. Et lorsqu'on utilise des gestionnaires de projet comme Maven, un projet maven est généralement divisé dans de nombreux petits projets d'éclipse. C'est simplement plus pratique d'avoir un espace de travail séparé pour un projet. La deuxième raison est, que d'habitude vous avez besoin d'importer un autre projet lié pour voir comment les choses sont faites et il serait terrible gâchis alors avoir tout dans un espace de travail.
vous ne devriez certainement pas commettre le .le dossier des métadonnées dans le contrôle source. Vous n'engagez que les projets à l'intérieur. Parce que vous et d'autres alors vont vérifier le projet seulement dans leur propre espace de travail. Mais il est une question si vous devez commettre le .dossier de projet, parce qu'il est personnalisé et éclipse version spécifique et des choses comme le projet nature (java, printemps, maven nature etc.) quelqu'un peut-il mis en place par lui-même. .les fichiers classpath dans le projet devraient être engagés dans le contrôle source, parce qu'ils spécifient classpaths, cela prendrait beaucoup de temps de le configurer à nouveau.
vous pouvez regrouper vos projets dans un espace de travail différent ou dans un espace de travail particulier. Non peut être nuisible une fois que vous gérez vos paramètres correctement.