Revit软件自带强大的协同功能：工作集

但是在应用Revit协同的时候产生了一个问题，就是工作集和链接这两种协同方式怎么选，为什么要这么选的问题。

起初我是一脸懵逼的听完然后一脸懵逼的出去；

现在看了看书，在软件层面也进行了实践，到底怎么协同，伴随着推进协同开会那些模模糊糊的画面一帧帧闪过，问题好像有了些眉目；

故事是这样子：

前一阵时间公司开展三维正向协同设计，部里面组织了各个专业的负责人以及三维设计组讨论怎么协同；

三维负责人坚持专业内做完之后再通过链接的形式进行协同作业；

领导的看法则是如果采取这样的方式，专业做完再传递给别的专业，这样的串行机制，那和以前我们搞CAD设计委托有什么区别，

从软件平台的角度来说，这并不能解决生产效率提高的问题，反而用CAD更快，软件要实现并行设计，才能提高生产力；

在之前对Revit的协同略知一二的基础上，本人反倒是比较同意领导的看法，确实如果不能并行设计，那么从协同的角度来说已经没有意义了；

三维组负责人（下文统称“老三”）给出的答复是：专业间的协同只能通过一个专业做完之后再传递给下一个专业，因为在设计过程中的过程数据都是不确定的，无法并行设计；

其实这个时候我就一直在想，为什么不能通过工作集的方式并行设计，当时确实没有理解老三说的过程中不确定设计是怎么回事，他说的这段话也被我抛诸脑后了；

事后我还专门问了问老三，他也只是跟我说，不行，不能这么做。

当然，我没好意思不耻下问，毕竟非设计出身，这之后陆陆续续听说一些事我才知道，原来老三也不是设计、工程出身，却负责了三维设计团队，但是这在ACE行业，确实容易落人话柄。

这件事之后，领导几次让我思考三维设计过程中的委托怎么走流程，这期间我还负责了在Revit开发协同设计的插件，内容还是和原来的CAD协同设计大同小异，只不过内容主体从dwg变成rvt罢了；

在这段持续的时间里，只要触及到Revit协同设计，我的脑中总会萦回着老三说的那句“不能做，不行。”，这一直困扰着我，为什么？

想是想不明白了，只能走一步算一步，公司的三维正向设计经历了几次推进会议之后明面里算是按部就班的执行了，这期间我也应需求开发了专门的Revit出图辅助插件，

也算是值得小小骄傲的一件事情，毕竟在一个设计院中作为一个全栈开发者，那种孤立无援的开发状态，前后端一起上，还是有点没谱，毕竟野路子programmer；

思路扯回到协同这件事情上，我在知乎上也特意搜索了关于如何使用Revit进行协同的答案，可惜大部分内容不是消极看待BIM就是盲目相信技术革命的时代来临，尘嚣甚上；

后面那我是怎么慢慢理清楚了那么一丁点的眉目呢？

无他，看了本书再结合实际就似乎是想通了；

看官老爷，您接着往下看看：

Revit中的协同方式分为两种：

①链接；

②工作集；

首先讲“链接” ，以我的想象在CAD时期应该是没有这样的功能，因为二维层面的展示效果是很弱的，但是到了三维区域中，通过“链接”的形式附加上别的模型，例如结构链接上机电管线，

想想看，是不是有了拼装乐高的感觉；

阶段性的成果得到了虚拟的真实再现，至少比起CAD的进步，是在设计工作阶段性成果上，开始有了纠错性协同的概念，可以避免成果“打架”问题，实现无错出图；

但是在书中通过“链接”方式称之为“半协同”，原因有以下几个（我在这里挑选了一些自认为的重点）：

1.链接模型无法修改：其实这个问题还真不能称为主要问题，这个

专业间工作集，最后中心文件会越来越大，各个参与人体验不好

专业内并行，感觉可行，