1)常规语言比较
UG:
UG软件原来是Unix板本,现在我感觉还是单纯的代码移植,不是纯粹的windows程序,他的开发语言常用的是OpenAPI,是纯粹的C语言格式,从最近几个版本开始提供了Open ,在17板本的时候,据其他人说功能不是很全,仅是一部分API的封装.他的编译环境是VC,很难利用MFC资源,相对来说开放性并不强,虽然名字叫Open****
SW:
SW是纯粹的windows软件,基于COM标准开发,开放性很强,但他的函数的强大性不太了解,他的开发语言一般是VBA和C,C 语言,编译环境众多,VB,VC,Delphi,DB,C#都都可以,只要你是基于COM标准的,相对来说,对程序员的要求比较高,到现在我还没理解COM的一些细节.
2)
这个很难说是分出来,不过UG/KF是一种新兴语言,分出来单独的说.
UG自己介绍他和其他MCAD的最大区别是KDA,是KBE在UG中的应用,并推出UG/KF这一编程工具,从NX来看,KF已经应用到辅助模块上来,痕迹很明显.KF是heide *** 的intent语言演化而来,在知识推理和获得方面具有独特的优势.
说道知识推理和获得,推理比较明显,知识获得方面,我的看法是不一定能赶得上SW,SW能自由的利用COM标准的程序,在VC下VC用OLEDB连接数据库是无缝的并且不管该数据是来自word还是html.
3)界面开发,
SW具有的优势不用说了,
UG采用Motif界面,必须专门的界面开发工具,他的名字是UIStyler,虽然通过曲线救国的方式可以采用VC所编辑的界面,但有点麻烦.
4)NC编程方面
UG的GRIP好像直接可以进行CAM编程,
SW不了解.

我认为与其考虑ug的开发，不如考虑se，因为那也是在windows平台上重新开发的。无论是se还是sw，都可以基于vb/vc来着手。目前所缺的就是api的资料。这2家 *** 大概都顾及到高端软件的市场份额，所以不大愿意将中端产品的关键技术公开。否则。。。

SE和SW都差不多,基本一样.
至于API的资料,他都有对应的帮助文件,
UG的帮助文件也仅仅是document.
SW相对来说比较多,在网站上很多代码等

斑竹可曾做过sw的二次开发？

没有,了解一点点,有这方面的兴趣,
请多指教.

我觉得sw的api有太多的不明确的地方，因此在利用vb/vc写程序时困难很大。想请教斑竹，如何来弄清楚api的问题？又或者我们可以只是将api作为封装的对象而在vb/vc中解决问题？

我不太明白你的意思,其实我感觉编程序具有一定的规律.
慢慢的去作好了.
你说SW的API有不明确的地方,什么不明确?
前面我说过了,SW和SE是采用COM标准开发的,因此你的程序也要采用COM标准,这样才无缝,不过COM对于非计算机专业来说是一个难点,去年我就是这个地方没搞明白.

举例：sw计算草图面积。