每个CATIA文档在被保存的时候，二进制的文件中都会包含一串仅有的UUID来标识这个文档的。

学过COM（组件对象模型）的对于UUID这个词语应该非常熟悉。

比如在Windows注册表内，每个COM对象都会注册自己的UUID。如下图：

标准的UUID格式为：xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx (8-4-4-4-12)，上图中的“ShellEx”内的大括弧所包含的内容既为几个示例。

同样，所有的CATIA文档一样包含这样的标识符，只是在用户使用的过程中是不可见的。

在用户使用CATIA的过程中，会频繁使用以下几组命令：File一New From，File一Save As。

以下使用几个简单的例子来说明上述几个命令对UUID产生的影响，并说明不适当的操作所引发的不良反映。

假设，用户制作了如下图所示的3D数模：

数模的PartNumber为404028-1，并基于此数模创建了相应的工程图如下：

然后以404028-1为文件名，分别保存了3D数模和工程图。如下图：

接着，在关闭这2个文档的情景下，使用File一New From以404028-1.CATPart为模板创建一个新的3D数模文档。

过程如下：

于是得到一个名为404028-1_1.CATPart的新文档。我们把此文档保存到404028-1.CATPart所在的同一个目录内，如下：

接着用CATIA打开404028-1.CATDrawing，打开以后，使用Edit一Links来试图替换此工程图所对应的3D数模文件，过程如下：

得到的结果是CATIA会弹出警告框告知用户，程序拒绝了链接的替换：

产生这个现象的根本原因在于，当用户使用File一New From时,CATIA根据一个模板文档来新建出一个新文档，并且这个新文档的UUID和原文档不同。虽然，用户没有在新文档里修改任何内容，但是程序依然拒绝把工程图链接更改到新的文档。根本的原因在于工程图的链接能否被替换，完全取决于文档的UUID是否一致，而与文件的内容毫不相关。

为了验证以上结论，我们重新关闭所有文档。并重新打开404028-1.CATPart。

并且，使用File一Save As来另存一份新的文件，并把另存的文档起名为404028-1_2.CATPart,如下：

于是，在目录内存在了如下一些文档：

接着我们打开404028-1.CATDrawing，重复前述替换链接的方法，把链接替换到404028-1_2.CATPart上,如下：

替换后结果如下：

状态显示为OK，图纸需要更新。

上述另存操作说明当文档被另存时，不像New From一样，另存操作没有致使UUID发生改变。基于此，所以工程图链接可以顺利的更新。

综上所述，可以得出结论，工程图链接的能否替换，取决与替换的和被替换的文档的UUID是否一致。如果一致，就能够被替换，而不论文件内容是否有很大的不同。

Finally，在File 一Save As对话框上有下图红框所示的选项：

当这个选项被启动时，CATIA同样会另存一份新文档，只是这时的另存和New From一样会产生一样的效果。就是另存后的新文档和原文档的UUID不一致。工程图链接不能替换。

原创： 王盛

（www.danda.com.cn）