Eclipse工作区：为什么和为什么？ [英] Eclipse Workspaces: What for and why?
问题描述
我已经看到，阅读并思考了使用工作空间的不同方法（每个项目，每个应用程序（多个资产或不是资源），每个程序语言，每个目标（Web开发，插件，...）等等），我仍然怀疑最好的方法是什么。
无论如何，可以给出详细的，但不是一个页面长的洞察力吗？
这涉及很多小问题，可以这么说，我不知道我应该问的所有具体的子问题，因为我不知道我不知道所有的方面eclipse（和工作空间），但我会尝试给出一个我正在寻找的例子：
- 为什么？
- eclipse开发意味着什么用于？
- 其他/大多数人认为什么？
- 你觉得怎么样？
- ...？
- 为什么？
- 是否存在配置冲突与共享优点？
- 任何文件空间的原因？
- 演出？
- ...？
哦，我在谈到使用不同语言和协议的开发人员的最小用例，并不一定都在一个项目中（例如，一些项目中的php，javascript和xml，其他的C＃，其他的Java和SQL等）。
编辑2012-11-27：不要误会我。我不怀疑使用
工作区，我只是想使用它，因为它是或否则如果
任何人都会认为它更好。那么为什么？意思是：最好的用途是什么？和
为什么？实际上是针对什么？，换句话说：告诉我你的答案为
的原因。
工作区的全部要点是将一组相关的项目组合在一起，通常构成一个应用程序。工作空间框架归结为 eclipse.core.resources 插件，它自然地通过设计是有道理的。项目具有性质，构建者被附加到特定的项目中，并且当您在一个项目中更改资源时，您可以实时编译或者在相同项目中查看其他问题。工作区。所以我建议的策略对于您工作的不同项目有不同的工作空间，但在eclipse中没有工作空间时，将不会有任何项目和配置集合的概念，毕竟它是一个IDE工具。
如果没有意义，请问Net Bean或Visual Studio如何解决这个问题？这是同一个主题。 Maven是一个很好的例子，将一组相关的maven项目检入工作区，可以实时开发和查看错误。如果不是工作空间你还会建议什么？一个RCP应用程序可能是一个不同的野兽，取决于它所用的，但在真正的IDE意义上，我不知道什么是一个更好的解决方案，而不是工作区或项目的上下文。只是我的想法 - 邓肯
I have seen, read and thought of different ways of using workspaces (per project, per application (multi-asseted or not), per program language, per target (web-development, plugins,..), and so on) and I am still doubting what the best approach is.
Can anyway give an elaborate, but not a page long insight into this?
This involves a lot of sub-questions, so to speak, and I don't know all the specific sub-questions I should ask, because I am not sure I don't know all the aspects of eclipse (and workspaces), but I'll try to give an example of what I am looking for:
- What for?
- What did eclipse development mean it to be used for?
- What do other/most people think?
- What do you think?
- ... ?
- Why?
- Are there configuration conflicts vs. sharing merits?
- Any filespace reasons?
- Performance?
- ... ?
Oh, and I am speaking of the minimum use case for a developer that uses different languages and protocols, and NOT necessarily all of them in one project (E.g. php, javascript and xml for some projects, C# for others, java and SQL for still others, etc..)
Edit 2012-11-27: Don't get me wrong. I don't doubt the use of workspaces, I just want to use it as it is meant to be or otherwise if anyone would think it better. So "what for?" means: What's the best use? And "why?" actually targets on the "what for?", in other words: tell me the reasons for your answer.
The whole point of a workspace is to group a set of related projects together that usually make up an application. The workspace framework comes down to the eclipse.core.resources plugin and it naturally by design makes sense.
Projects have natures, builders are attached to specific projects and as you change resources in one project you can see in real time compile or other issues in projects that are in the same workspace. So the strategy I suggest is have different workspaces for different projects you work on but without a workspace in eclipse there would be no concept of a collection of projects and configurations and after all it's an IDE tool.
If that does not make sense ask how Net Beans or Visual Studio addresses this? It's the same theme. Maven is a good example, checking out a group of related maven projects into a workspace lets you develop and see errors in real time. If not a workspace what else would you suggest? An RCP application can be a different beast depending on what its used for but in the true IDE sense I don't know what would be a better solution than a workspace or context of projects. Just my thoughts. - Duncan
这篇关于Eclipse工作区：为什么和为什么？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
