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

  • 时间:
  • 浏览:3
  • 来源:极速快3_快3app客户端下载_极速快3app客户端下载

2014-05-26 14:10  牛华网    

我都需用评论()

字号:T|T

本文作者:William Forty

评测任何一款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创建文件的大小相当接近,但前会 60 %的相同。不过,有一定程度的差异是合理,在我认为可接受的范围内。而且 ,我们 都歌词 都需用推断,中望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+本来是我的首选。