Java EclipseRCP项目更好的工作区位置

例如，如果我正在编写文本编辑器应用程序，我不明白什么是工作区

但我将其视为EclipseRCP平台的一些不可避免的概念，它充当应用程序范围数据的存储

考虑到这一点，我想知道重新配置默认工作区位置不是更好吗

当前默认位置为

${workspace\u loc}//运行时-

据说

将启动配置名称附加到此位置

可能只需设置

用作工作区位置

并设置

${project\u loc}/workspace

?

这样，每个项目都将独立进行

更新

我知道

XMind

程序是用RCP编写的。这是一个普通的面向文档的应用程序

---

工作区在哪里？

关于工作区：

请参阅Eclipse菜单帮助->帮助内容中的帮助内容。导航到平台插件开发人员指南>程序员指南>欢迎使用Eclipse，平台插件开发人员指南>程序员指南>资源概述和平台插件开发人员指南>程序员指南>资源概述

除非您不处理任何首选项、资源和文件导航器，否则在开发应用程序/产品时，您可能不需要太多地了解工作区及其相关的API

在开发应用程序的过程中，您必须在文件系统的某些位置保存和组织源代码、conf文件和资源。这称为工作区

在给定的工作空间中，您只能打开一个Eclipse实例，并且可以在不同的工作空间中打开多个Eclipse实例

请注意，

eclipse应用程序的工作区位置

和

eclipse本身的工作区位置

是不同的

每个工作区都有一个名为

.metadata

的隐藏文件夹，其中存储了所有插件的首选项

澄清：

您可以将此位置更改为任何其他路径，如

c:/mytextededitor

或

/home//mytextededitor

等。不得附加项目名称

您可以使用位置

${project\u loc}/workspace

作为应用程序工作区位置。但如果您这样做，则会在项目内部创建一个名为

workspace

的文件夹

调试应用程序时，您可能会意外删除/修改此文件夹

如果要导出此项目，则需要取消选择此文件夹

添加筛选器以避免将此文件夹下的资源提交到源代码存储库中

---

由于这些原因（以及许多其他原因），最好保持eclipse和eclipse应用程序的工作区位置不同。

您最初的假设是错误的。Eclipse RCP应用程序完全可以在不使用工作区的情况下实现。有一些流行的例子，比如feed阅读器

Eclipse生态系统中的一切都是由插件组成的。如果应用程序不使用org.eclipse.core.resources插件，则应用程序中没有工作区

你的下一个误解是关于工作区的位置。在启动配置设置中，Eclipse将创建“runtime-”。。。工作区，但这仅用于测试。如果您稍后导出该RCP应用程序，它当然会有一个完全不同的默认位置，并且它还会在启动时询问您的位置，就像您的Eclipse开发IDE一样。因此，在启动配置中配置任何不同的内容都不会改变稍后部署的应用程序的行为