Eclipse: Soll ich für jedes Projekt einen Arbeitsbereich erstellen?

Ich frage mich nur, ob es am besten ist, alle meine Eclipse-Projekte in einem Arbeitsbereich zu platzieren oder einen Arbeitsbereich pro Projekt zu erstellen. Ich bin nur ein Solo-Entwickler, mehr oder weniger für Hobby, aber die Apps, die ich erstelle, haben tatsächlich Produktionsversionen, die auf ziemlich häufigen Cron-Jobs ausgeführt werden, so dass es fast wie eine Amateur-Produktionsumgebung ist.

Die einzigen Probleme, die mir bisher aufgefallen sind, sind das Exportieren von JARs. Ich habe das Potenzial, Quelldateien aus anderen Projekten einzuschließen, was anscheinend chaotisch werden könnte.

Früher hatte ich getrennte Arbeitsbereiche, aber ich hatte es satt, die Einstellungen zwischen ihnen konsistent zu halten. Jetzt erstelle ich Arbeitssätze für verschiedene Projekte und ändere den aktuellen Fensterarbeitssatz, um alles herauszufiltern, außer dem, woran ich arbeiten möchte. Bisher hat das für mich gut funktioniert.

Da jedes Projekt mehrere Arbeitssätze haben kann und der Fensterarbeitssatz eine beliebige Kombination von Arbeitssätzen sein kann, ist es auf diese Weise recht einfach, nur das zu sehen, was Sie zu einem bestimmten Zeitpunkt möchten.

Ich erstelle Eclipse-Arbeitsbereiche um Produkte herum, da ein Produkt für mich mehrere Projekte enthalten kann, z. B. wenn Kernbibliotheken in einem JAR in einem Projekt kompiliert werden. Dies wird von anderen Projekten verwendet.

In Bezug auf die Produktionsumgebung möchten Sie, dass Produkte in unterschiedlichen Verzeichnisstrukturen ausgeführt werden, auf diese Weise viel sauberer. In Eclipse erstellt der Arbeitsbereich ein Verzeichnis mit dem Namen des Arbeitsbereichs. Erstellen Sie also Arbeitsbereiche basierend auf dem Produkt / der App und nicht auf einem oder mehreren Projekten.

Wenn die Projekte miteinander verbunden sind (dh Abhängigkeiten voneinander haben), ist es häufig sinnvoll, sie im selben Arbeitsbereich zu haben. Wenn Sie an mehreren Projekten arbeiten, um ein verwandtes Problem zu lösen, gilt das Gleiche.

Sie werden sonst viel Zeit damit verschwenden, Arbeitsbereiche unnötig zu ändern, insbesondere wenn die IDE Ihnen sofort zeigt, welche Auswirkungen die Änderungen in einem Projekt auf ein anderes haben.

Ich behalte nicht nur separate Arbeitsbereiche für jedes Projekt, sondern auch separate Kopien von Eclipse. Dies liegt daran, dass ich normalerweise Projekte für längere Zeit auf Eis legen und (ohne Vorankündigung) zu ihnen zurückkehren muss und sie unbedingt bauen müssen . Ich kann nicht das Risiko eingehen, dass ein Plugin, das ich für mein letztes Projekt installiert habe (maven-basiert), den Erstellungsprozess eines der Legacy-Systeme (ant-basiert) stört. Für die Aufzeichnung dokumentiere ich die Eclipse-Umgebung für diese Legacy-Systeme, aber ich habe keine Zeit, mich mit Eclipse zu beschäftigen, wenn ein Produktionsfehler behoben wird.

Ich würde separate Arbeitsbereiche für verschiedene "Gruppen" von Projekten verwenden. Beispielsweise möchten Sie möglicherweise Ihr Haupt-App-Projekt UND das Unit-Test-Projekt im selben Arbeitsbereich kombinieren.

Vielleicht habe ich Pech, aber Eclipse stirbt häufig (etwa einmal im Monat) beim Start, normalerweise in der Phase "Java Tooling initialisieren". Die empfohlene Lösung scheint darin zu bestehen, einen neuen Arbeitsbereich zu erstellen. Wenn Sie alle Ihre Projekte in einem Arbeitsbereich haben, kann dies schmerzhaft sein. Ich denke, kleinere Arbeitsbereiche können bedeuten, dass der Absturz weniger wahrscheinlich ist.

Da die Einstellungen arbeitsbereichsspezifisch sind, ist in der Regel ein riesiger Arbeitsbereich geöffnet. Ich bin zu faul, um einige Einstellungen zwischen Arbeitsbereichen (z. B. Repositorys ...) zu synchronisieren.

Andererseits kann das Öffnen von zu vielen Projekten in einem einzelnen Arbeitsbereich Eclipse verlangsamen. Das Mindeste, was ich tun muss, ist, Projekte zu schließen, mit denen ich nicht arbeite. Ich verwalte viele relativ kurzfristige Projekte (höchstens einen Monat) in Eclipse, die sich im selben Arbeitsbereich (und in den meisten Fällen im selben Repository) befinden. Daher bietet mir dieses Setup eine größere Flexibilität.

Wenn Sie mehrere miteinander verbundene Projekte haben, behalten Sie diese im selben Arbeitsbereich. Wenn Sie eine Gruppe von Projekten identifizieren können, die immer zusammen verwendet werden, die Gruppen jedoch unabhängig voneinander verwendet werden, fügen Sie solche Projektgruppen in verschiedene Arbeitsbereiche ein. In diesem Fall sollte dies die logische Struktur sein.

Wir haben eine Situation, in der wir mehrere Projekte haben, einige in Filialen, was offen gesagt zu unpraktisch ist, um im selben Arbeitsbereich zu bleiben - und Arbeitssets sind ein Witz. Unglücklicherweise. Auch wenn Projekte geöffnet sind, die Sie nicht verwenden, können Sie versehentlich aus Abschlussmenüs usw. ausgewählt werden. Fehleranfällig.

Das wirklich nette Feature für uns war, als Team -> Project Sets hinzugefügt wurden (in Eclipse 3.3, glaube ich), da wir so eine einzige Datei haben konnten, die die vielen Projekte beschreibt, aus denen die gesamte Anwendung besteht und die mit Team in Eclipse importiert werden können -> Importieren. Benötigen Sie ein bestimmtes Projekt? Überprüfen Sie es aus CVS heraus, suchen Sie die darin enthaltene Datei projectSet.psf und importieren Sie DAS.

Dies hat sich bei uns als gut erwiesen.

Ich habe einen Arbeitsbereich pro Projekttyp. Beispiel: Normales Java, Webanwendung, Python usw.

Der Grund dafür ist, dass ich ähnliche Bibliotheken freigeben kann, ohne sie zu kopieren oder darauf zu zeigen. Außerdem schließe ich die nicht verwandten Projekte vor Eclipse, um Unordnung zu vermeiden.

Ich habe alle meine Projekte in einem einzigen Arbeitsbereich und verwende Arbeitssätze, um sie zu verwalten.

Wie du willst! Ich habe es immer als sauberer empfunden, die zugehörigen Versionen verschiedener Projekte, die zur selben Version gehören, in einem bestimmten Arbeitsbereich beizubehalten. Auf diese Weise kann ich jederzeit zwischen Arbeitsbereichen wechseln, wenn ich auf etwas in einer separaten Version verweisen muss, und zum aktuellen Arbeitsbereich der Version zurückkehren. Es erspart mir auch das mühsame Auschecken oder Durchsuchen des Repositorys.

Möglicherweise möchten Sie auch berücksichtigen, dass Sie mehrere Eclipse-Instanzen öffnen können, solange sie unterschiedliche Arbeitsbereiche betrachten. Ich bin mir nicht sicher, ob dir das wichtig ist, aber ich mache das gerne von Zeit zu Zeit.

Ich verwende gerne mehrere entkoppelte Arbeitsbereiche (die sich je nach Projekttyp unterscheiden), die Projekte von verschiedenen Standorten importieren . Einfach zu verschieben, ohne eine Menge ähnlicher Arbeitsbereiche zu erstellen. Spielt sich auch gut mit meinem SCM.

Hängt davon ab, wie viele Projekte Sie bearbeiten. Wenn Sie an vielen Projekten arbeiten, würde ich denselben Arbeitsbereich verwenden, denn wenn Sie mehrere verwenden, können Sie leicht vergessen, was wo ist, und das kann zumindest frustrierend sein. Ich verwende jedoch immer unterschiedliche Arbeitsbereiche für unterschiedliche Programmiersprachen, so dass dies weniger verwirrend ist. Wenn Sie sich im JAVA-Arbeitsbereich befinden, denken Sie, JAVA: D.