Eclipse工作区：为什么？

我已经看到、阅读并思考过使用工作区的不同方式（每个项目、每个应用程序（多资产或非多资产）、每个程序语言、每个目标（web开发、插件等等），我仍然怀疑最好的方法是什么

有人能对此给出一个详细的，但不是一页长的见解吗

可以说，这涉及到很多子问题，我不知道我应该问的所有具体子问题，因为我确信我不知道Eclipse（和工作区）的所有方面，但我将尝试给出一个我正在寻找的示例：

• 为什么
• Eclipse开发团队希望它用于什么？
  • 其他人/大多数人怎么想
  • 你觉得怎么样
• 为什么?
• 是否存在配置冲突与共享优点
• 有没有文件空间的原因
• 表演

我所说的是使用不同语言和协议的开发人员的最低用例，不必将所有语言和协议都放在一个项目中（例如，有些项目使用Php、Javascript和XML，有些项目使用C#，还有一些项目使用Java和SQL，等等）

编辑2012-11-27：别误会我。我不怀疑这个词的用法 工作区，我只想按原意使用它，如果 任何人都会觉得更好。“为什么？”的意思是：什么是最好的用途？及 “为什么？”实际上是针对“为什么？”，换句话说：告诉我原因 谢谢你的回答

---

工作区的全部要点是将通常构成应用程序的一组相关项目组合在一起。工作区框架可以归结为

eclipse.core.resources

插件，从设计上讲，它自然是有意义的

项目具有性质，构建器附加到特定项目，当您更改一个项目中的资源时，您可以在同一工作区中的项目中看到实时编译或其他问题。因此，我建议的策略是为您所处理的不同项目提供不同的工作区，但如果eclipse中没有工作区，就不会有项目和配置集合的概念，毕竟它是一个IDE工具

---

如果这没有意义，请询问NetBeans或VisualStudio如何解决这个问题？这是同一个主题。Maven就是一个很好的例子，将一组相关的Maven项目签出到一个工作区中可以让您实时开发和查看错误。如果不是工作区，你还有什么建议？RCP应用程序可以是不同的beast，这取决于它的用途，但在真正的IDE意义上，我不知道还有什么比工作区或项目上下文更好的解决方案。只是我的想法Duncan

基本上，工作区的范围分为两点

第一点（也是主要的）是EclipseIT本身，它与设置和元数据配置（插件ctr）相关。每次创建项目时，eclipse都会收集所有配置并将它们存储在该工作区中，如果在同一工作区中存在冲突的项目，则可能会失去eclipse自身的一些功能甚至稳定性

第二（第二）点是可以采取的发展战略。 一旦满足（并掌握）了主要范围，并且需要进一步调整项目关系（如库、透视图、ctr），然后根据开发习惯或可能的语言/框架“行为”启动单独的工作区。 例如，DLTK是一种应该放在单独笼子中的野兽。 论坛上有很多抱怨它停止工作了（正常或根本不工作），建议的解决方案是从当前工作区中清除等效插件的设置

就我个人而言，当涉及到独立的工作区时，我发现自己更倾向于语言的区别，这和插件当前使用状态所带来的已知问题有关。最好我保持在最小的数字，因为这是导致较少的挫折时，项目成为。。。而且版本控制并不是您保存项目的唯一版本。 最后，如果由于不相关项目的出现而加载了大量（不必要的）插件，加载速度和性能可能会出现问题。 底线；没有一个解决方案可以解决所有问题，也没有解决问题的主蓝图。这是一种随着经验而成长的东西，

---

少就是多

我将向您介绍我对在Java世界中感到非常不舒服的人的看法，我想这也是您的情况

它是什么 工作空间是一种分组的概念：

一组（以某种方式）相关的项目

与所有这些项目相关的一些配置

Eclipse本身的一些设置

这是通过创建一个目录并在其中放入（您不必这样做，它已经为您完成）文件来实现的，这些文件可以告诉Eclipse这些信息。您所要做的就是明确地选择放置这些文件的文件夹。而且这个文件夹不需要和你放源代码的地方一样——最好不是这样

探索上述各项：

一组（以某种方式）相关的项目

Eclipse似乎总是与特定的工作区相关联地打开，即，如果您在工作区a中并决定切换到工作区B（文件>切换工作区），Eclipse将关闭自身并重新打开。与工作区A关联的所有项目（并且出现在项目浏览器中）将不再显示，与工作区B关联的项目现在将显示。因此，要在Eclipse中打开的项目似乎必须与工作区相关联

请注意，这并不意味着项目源代码必须在工作区内。不知何故，工作区将与磁盘中项目的物理路径有关（有人知道怎么做吗？我已经看过了）