专家点评：中望CAD+卓越性能媲美AutoCAD

评测任何一款CAD软件，文件格式的兼容性都是无法回避的内容，它是软件整体性能优劣的一个重要指标。作为CAD行业的后起之秀，同时也是最具强劲发展力的中国品牌，中望CAD+(注：中望CAD+是中望软件旗下子公司广州中望数字化设计软件有限责任公司的软件产品。)从诞生之日就非常注重图纸格式的兼容性问题，这也让中望CAD+在行业应用中颇受好评。

我们知道，DWG文件格式和DWF文件格式被牢牢认定起源于Autodesk AutoCAD产品，这被用来作为DWG和DWF文件的基本标准。我第一个要检测的内容就是用中望CAD+打开包含相同AutoCAD的基础实体的图纸。

作为一个软件开发者，我知道从一种文件格式，如DWG格式中读取数据是充满了障碍的。DGW文件的构成方式各不相同，所以软件在编程的阶段，就必须要设计成能处理并解析所有可能的结构方式，否则就可能导致实体被省略或转换成其他的通用类型。

一.DWG实体

我共用四张图纸来测试，每一个图都包含多种类型的实体。下面是我创建的表格显示每个实体的类型和数量。虽然这是对其核心做的基本测试，但却间接地测试兼容性这个应用相当广泛的功能。结果证实，中望CAD+完全兼容AutoCAD，这是一个非常好的开始。

图1 ：实体计数

二.DWG/DWF文件大小

另一种测试方法是用AutoCAD和中望CAD+的文件格式做不同的操作来比较文件的大小。下面的表格显示AutoCAD与中望CAD+分别保存相同的四个文件时的文件大小。

图2：DWG文件大小

通过数据可知，中望CAD+与AutoCAD创建文件的大小相当接近，但不是100%的相同。不过，有一定程度的差异是合理，在我认为可接受的范围内。因此，我们可以推断，中望CAD+保存数据的方式与 AutoCAD的非常类似。

类似DWG文件，AutoCAD和中望CAD+创建的DWF文件大小的比较是有启发性的。这里比较的是两组使用相同的DWF打印配置创建的文件。有趣的是，中望CAD+生成的文件在某些情况下小于AutoCAD的文件，在某些情况下大于AutoCAD生成的文件。

图3：DWF文件大小

三.DWF外观

两个DWF版本的视觉检测表明，中望CAD+与AutoCAD在DWF 格式上非常得相似。线条粗细和类型十分精确。填充是一样的，注释和尺寸标注与真正的 AutoCAD 的DWF图纸没有什么区别。

从本质上讲，除了边距之间的细微差别(这可能是我个人原因造成的)，我不能在视觉上区分这两个DWF 文件。

图4 ：DWF截图(中望CAD+ 左/ AUTO CAD右)

快捷云同步

对于云同步功能更，起初我乐观的以为，只需单击功能区上的“在线”选项卡，然后单击保存到云端即可。不过，测试表明启动云同步需要对软件进行一些简单的“配置”操作：用鼠标单击"打开和配置"按钮，立即显示出联机选项卡中的选项对话框。右侧上方显示复选框提示"启用云存储"，可以启用云存储提供的有其他选项设置。我有一个 Dropbox 账户，所以我选择"启用云存储"，并单击"授权"按钮。系统自动弹出Dropbox 网站，然后输入个人用户名和密码(我的账户可以授权使用中望CAD)即可完成整个配置操作。

令人兴奋的是，通过中望CAD+在云端工作是非常容易的。在联机选项卡中，我简单地点击“保存到云端”，然后显示出像通常保存图纸时的“另存为”对话框。自动选择一个本地文件夹，命名为“中望CAD+ Syble”，点击"保存"按钮保存该文件，然后关闭对话框即可。这个过程是非常简单易用，没有任何特别的地方。于是，我觉得有必要检查它是否真奏效：登录到个人的 Dropbox 账户验证它是否保存了。结果在我的中望CAD+的工作文件夹里，确实保存了并创造了一个新的目录。由此，我认为中望CAD+云同步功能可以有效解决备份问题，并能与其他人共享最新版本的图纸。

二次开发兼容.NET

作为我的专业，我非常愿意来测评软件在二次开发方面的这部分内容。我将自己编写的勘测工具(这个工具主要用来将二维勘测图形转换为三维勘测图形)进行了全部的移植，以求客观真实的进行测评。

为了将这个为AutoCAD定制的.NET程序进行移植，我以为得使用中望CAD+里提供的函数库重新编写部分的程序代码，并需要修改一些属性和方法，以便适合中望CAD+的要求。但是，我发现中望提供了一份文档介绍怎样将程序从AutoCAD.NET移植到中望CAD+.NET。我很惊讶地发现这个过程原来这么简单：

先将.NET版本更新到4.0，用4.0.net生成的AcMgd.dll 和AcDbMgd.dll替换掉中望CAD+中的这两个相同名称文件。接着，对相关命名空间进行更新。例如，我的勘测工具是使用VB.NET进行编写的，需要在应用程序的最前面进行如下的更改。

图5：命名空间变更

除了这些微小的变化，不需要再进行其它的操作。我在AutoCAD二次开发中使用的属性和方法似乎在中望CAD+中有等价的内容，因为在IDE中没有报错。同样在创建项目中也没有错误，在这一点上我不得不承认 “就是这么简单……”

然后，在中望CAD+中使用NETLOAD选择我的重新编译的程序，运行我在程序里设计的命令SURVEYFIX，运行状况与我理想中的一致!要知道这些都是第一次在中望CAD+上使用，整个测试项目在移植过程中大约只花费了5分钟!

中望CAD+API令我印象深刻，它与AutoCAD的API兼容性非常高，这可以让像我一样的开发者将已经有的程序进行项目参照进行修改，而原有程序可以不需改动。此外，另一个好处是，开发者在已经懂得如何在AutoCAD开发的情况下，无需再学习中望CAD+的API。任何懂得AutoCAD API开发的人都可以在中望CAD+上进行开发，同时中望CAD+的开发者也可以将他们的资源用在AutoCAD上。

总结：

我是一个Autodesk AutoCAD应用的忠实粉丝，同时我也对一些CAD替代品非常感兴趣。在以前，我狠少考虑将自己的应用程序挂在到其它CAD上，但是中望CAD+的产品质量和AutoCAD十分接近，软件的兼容性和二次开发API功能都给我留下很深的印象，下一次我的CAD软件需要升级的时候，我想中望CAD+将会是我的首选。