中望CAD+卓越性能

中望CAD+卓越性能

　　中望CAD作为国产的设计软件，拥有强大的性能，今天小编就跟大家说一说中望CAD性能有哪些?

　　中望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上。