Java Eclipse：我应该为每个项目创建一个工作区吗？

我只是想知道是否最好将我所有的Eclipse项目放在一个工作区中，还是每个项目一个工作区。我只是一个单独的开发人员，或多或少出于爱好，但我创建的应用程序确实有生产版本，在相当频繁的cron作业上运行，所以它几乎就像一个业余生产环境

---

到目前为止，我注意到的唯一问题是导出JAR，我有可能包含来自其他项目的源文件，这看起来可能会变得混乱。

我围绕产品创建Eclipse工作区，因为对我来说，一个产品可以包含多个项目，例如，就像将核心库编译到项目中的一个jar中一样，其他项目也会使用它

---

就生产环境而言，您可能希望产品运行在不同的目录结构中，这样会更干净。在eclipse中，工作区创建一个具有工作区名称的目录。因此，创建基于产品/应用程序的工作区，而不是其中的一个或多个项目。

我会为不同的项目“组”使用单独的工作区。例如，您可能希望将主应用程序项目和单元测试项目组合在同一个工作区中。

如果项目相互关联（即相互依赖），那么将它们放在同一个工作区中通常是有意义的。此外，如果您正在处理多个项目以解决相关问题，同样适用

---

否则，您将浪费大量时间不必要地更改工作区，尤其是当IDE将立即向您显示一个项目中的更改对另一个项目的影响时。

由您决定！我总是发现，在给定的工作区中保留属于同一版本的不同项目的相关版本是一种更干净的方法。这样，每当需要引用单独版本中的内容时，我就可以在工作区之间切换，并切换回当前版本的工作区。

---

它还使我免去了签出或浏览存储库的麻烦。

您可能还需要记住，您可以打开多个eclipse实例，只要它们在不同的工作空间中。不确定这对您是否重要，但我喜欢时不时地这样做。

也许我运气不好，但Eclipse通常（比如说，一个月一次）在启动时死亡，通常在“初始化Java工具”阶段。建议的解决方案似乎是创建一个新的工作区。如果您将所有项目都放在一个工作区中，这可能是一个难题。我认为较小的工作区可能意味着崩溃发生的可能性较小。

由于首选项是特定于工作区的，我倾向于打开大量的工作区-我太懒了，无法在工作区之间同步某些设置（例如存储库…）

另一方面，在一个工作区中打开太多的项目可能会减慢Eclipse的速度——因此我至少要做的是关闭我不使用的项目。我在Eclipse中管理了很多相对短期的项目（最多一个月），它们位于同一个工作区（在大多数情况下是同一个存储库），因此这种设置给了我更大的灵活性

---

如果您有几个相互关联的项目，那么将它们放在同一个工作区中。如果可以标识一组始终一起使用但组是独立使用的项目，则可以将此类项目集放入不同的工作空间。在这种情况下，这应该是逻辑结构。

我曾经保持单独的工作空间，但厌倦了在它们之间保持设置一致的困难。现在，我要做的是为不同的项目创建工作集，并更改当前窗口工作集，以过滤除我要处理的内容之外的所有内容。到目前为止，这对我很有效

---

由于每个项目都可以有多个工作集，而窗口工作集可以是工作集的任意组合，因此通过这种方式，在任何给定的时间都很容易看到您想要的内容。

我们有几个项目，有些项目在分支上，坦率地说，这太不切实际了，不可能保持在同一个工作空间里——而工作环境就是一个笑话。不幸的是。另外，如果打开了您不使用的项目，可能会意外地从完成菜单中选择，等等。容易出错

对于我们来说，真正有趣的特性是添加了团队->项目集（我相信是在Eclipse3.3中），因为这允许我们有一个文件来描述构成整个应用程序的许多项目，可以使用团队->导入在Eclipse中导入。需要一个给定的项目吗？从CVS中检出它，在其中找到projectSet.psf文件，然后导入该文件

---

这已经证明对我们很有效。

我喜欢使用几个解耦的工作区（根据项目类型的不同而有所不同），它们从不同的位置导入项目。易于移动，无需创建大量类似的工作区。对我的SCM也很好。

我不仅为每个项目保留单独的工作区，而且还保留Eclipse的单独副本。这是因为我通常必须将项目长期搁置，然后返回给他们（几乎没有通知），而他们绝对必须构建。我不能相信我为最新项目安装的插件（基于maven）会干扰其中一个遗留系统（基于ant）的构建过程。作为记录，我确实为那些遗留系统记录了eclipse环境，但我没有时间在修补生产缺陷时干扰eclipse。

我对每种类型的项目都有一个工作区。 例如：普通Java、Web应用程序、Python等

原因是我可以共享相似的库，而无需复制或指向它们。

---

另外，我关闭eclipse中不相关的项目以避免混乱。

取决于您工作的项目数量。如果您工作的项目很多，我会使用相同的工作区，因为如果您使用多个工作区，您很容易忘记在何处以及在何处可以工作