小编最近在接触一个新项目的时候，接触到了一个新的概念“working set”，具体workingset的官方解释，请参考（Link），觉得这个东西特别好，总结一下，分享出来。
一、为什么使用working set
（网友给出的解释）
1.workspace中的项目太多，没有分类。
2.但我们的工作空间中有很多项目时，管理起来就很头疼了。但是我们又不想更换工作区间，所以我们需要一个更加有效的项目管理方法。
3.不同种类的项目，放到不同的workspace当中，切换麻烦。
（我的经历和理解）
其实归根结底，是因为我对workspace的理解不够深入，对于项目在workspace上划分的粒度没有深入的思考和权衡，因为上述的问题我新建了很多个workspace，把不同类型的项目放在不同的workspace下面，即使这样，也会出现两个问题：
（1）workspace中的项目，会越来越多，虽然我可以通过设置“closed project”不予以显示，但是仍然加载在该workspace的内存当中。
（2）在不同种类的项目来回切换下，切换workspace需要重启eclipse。
二、eclipse推荐的文件组织形式
默认情况下，Project Explore里面展示的当前Work Space（工作空间）内所有的Project，无论Project是否关闭，都会显示出来的。这样就会出现问题，当我们建立好多Project的时候，Project Explore里面就显得十分的混乱。
这个时候，我们可以将若干个Project放入Working Set里面，在Project Explore选择这个Working Set，那么显示的仅仅是被放入Working Set的Project，Project Explore将会变得非常的清爽，有利于我们的开发。
从上面的介绍可以看出，eclipse的文件组织形式是：Work Space，Working Set，Project三级形式。其中Working Set可以包含多个Project。
三、比较work space以及workspace
有个网友这样讲：
------------------------------------------------------
看上去，workspace 类似于VS里的解决方案，而working set则像VS里的解决方案文件夹，是个逻辑概念。VS里的解决方案是个文件，而eclipse里的workspace，则是一个真实存在的文件夹。
另外，VS里的解决方案文件夹，隶属于解决方案；但在eclipse里，workspace 和 working set 是两个不同的视图。当workspace项目很多的时候，可以建立working set，将项目分门别类，好得很。如果是建立不同的workspace来区分，则切换workspace，要重启eclipse，代价太高了。
另外，java里的package（包），看上去就相当于C#里的命名空间。
--------------------------------------------------------
workingset存在的位置：
知道了workingset的位置之后，如果在Eclipse中不好删Working set，就在这里重新设置Working set，就把这个文件workingsets.xml删了。
四、我如何使用WorkingSet
结合我的目录结构，以及了解了work space和workingset的关系之后，我把我的目录结构做了如下调整。
首先如该图所示，是我将我本地的所有代码，存储到了"E:/"目录下，按照project的类型，主要分为5大类：
1.project（我公司的项目）
2.havest（我不断在学习过程中敲的项目，我做的技术研究的项目-比如“行为分析”）
3.goodproject（一些好的开源项目，和一些技术点很好的demo）
4.codebook（我的代码本，梳理的一些好代码，这里会同步到github上的一个代码本仓库）
5.tool（我常用的工具类的总结，比如JsonView，数组转json，等等用过的工具类收集起来）
如上，是我重新定义的项目分类，一共5类，职能各不相同，其实每个具体的分类下面，还会有特别多的细致项目分类，展示1,2,3如下：
如上，这是project那个分类下的，再一次分类。
如上，这是在harvest下的又一次分类。
如上，这是goodproject下的分类。
我展示的仅仅是一部分代码，还有一些被我放到了我的移动硬盘和github上面，可见，即使分了5大类，他们项目职能不同，每一类下面其实还是会有很多项目。
这个时候，我开始筹谋，如何新建我的工作空间呢？
网上有人推荐，所有项目，仅仅新建一个workspace， 这样可以节省下切换workspace时重启eclipse的时间。但是我不认为这是可行的方案啊，因为把所有的project全部加载到一个workspace下，那得占多大的内存空间呀！！！
于是乎，结合我的项目结构，我为每一大类分别新建一个workspace，在具体的每一类中，比如“2.harvest”为例，将"plan"和"research"分别新建为两个workingset，这样的粒度划分，一个workspace中虽有有许多project，同时通过workingset，又不会显得projectexplore特别臃肿，如图：
图1 - 收起来的效果
图2 -- 展开的效果
这就是我结合了我的目录结构之后的workspace和workingset的用法。
五、如何操作
（1）新建
（2）将project资源添加、移除到workingset
（3）设置是否显示
这些具体操作性的东西，自己去查吧~~~，很简单了。
That's all.