NX二次开发将越来越容易

自从NX3以来，NX就支持代码录制，随着版本的升高，可以录制代码的命令越来越多。现在很多命令不需要区查API函数了，只需要在NX中录制，然后将代码整理一下，就可以使用了。

  可以预见，在不远的将来，录制功能将更完善，NX二次者开发将会从API的泥潭中拔出来，将精力用于功能代码的编写中，那会节省多少无谓的工作量啊

个人认为这不是二次开发。 如果将UG的命令根据自己的需要翻来复去，只能算是高级的宏。
会基本语法只能算是第一步。
比如你提的那个问题，怎样确定内外边就很有挑战。

zjs 发表于 2010-11-10 22:59
个人认为这不是二次开发。 如果将UG的命令根据自己的需要翻来复去，只能算是高级的宏。
会基本语法只能算是第一步。
比如你提的那个问题，怎样确定内外边就很有挑战。

是的，有的功能需要基本的构思。

代码直接录制后，直接使用就是象宏一样。但是如果把他的输入和输出部分用变量替代，把无用的代码去掉，就会形成一个自己的函数了，这难道不比直接使用API简单吗？，现在看来，这显然是UG的趋势。
所有的命令都是XXXBuilder，格式统一，命令的设置方式也很一致，输出结果也可以很方便的得到特征、body 、object等。这好像就是把一组API函数封装起来了。用户只管使用就行。

我想把画面上所有平行的面标上高度，用宏如何判断两平面平行呢，如何判断选择的面是平面呢，所以宏还是有限制的！

我是说把宏改造成函数，没说原样不动，生搬硬套，只是把命令简单堆砌，那还叫“开发”？
我是说当为了查找一个API而头痛时，直接把命令代码录制出来，稍加整理就能成为完整的一个自定义函数，何乐而不为呢？

楼上说的是算法，这与录制代码不矛盾。

如何判断面平行？
用两个plan去截取这些面，然后判断交叉的截面线是否平行，不就行了？

以这个问题为例，说明包装的函数是不能有效的解决问题。
楼上所述   如何判断面平行？的确是方法之一，但效率非常低，这也是所有UG包装函数的问题。
我认为应该用UF_MODL_ask_face_data来查寻面的信息，再通地判定向量平行来判定平面是否平行。
这也是录制不可能完成的任务。

怎么录制出来点的信息都是系统坐标呀，怎么得到点的WCS坐标值呢？

GRIP：一種簡單的交互式圖形編程語言，爲企業一般用戶設計的實現NX二次開發的編程工具。GRIP程序以其運行效率高、簡單易學和不長駐內存的特點深受工程人員的喜愛，但其可實現NX的功能比較少，有一定的局限性。一般適用企業簡單的二次開發。

UG/Open：一種基于C語言的複雜的實現NX二次開發的編程工具，其功能强大的特點適合企業或第三方軟件公司進行系統、高級的開發。由于它是直接在NX的內部代碼的基礎上建立的，所以可實現NX幾乎所有的功能，但它需要有C語言和軟件工程等技術的支持，所以比較難學。

KF：一種基于知識工程的智能化的實現NX二次開發的編程工具，其靈活、易學、可以知識驅動的特點適合企業或第三方軟件公司進行專家系統的開發。但是目前它的功能還不是很全，所以往往和UG/Open結合起來進行開發。

NX/Open：一種基于Journamation，支持多種開發語言的NX二次開發編程工具。它具有靈活、易學、跨版本的特點，適合用戶進行更簡單的開發。從NX2開始提供這種工具。

NXOPEN的優點：
1. NXOPEN比UFUN的覆蓋面全，UFUN只覆蓋了很少的一部分功能。NXOPEN覆蓋了所有支持journal的功能(80％以上)，以後會到100%.

2.UGS已經停止了UFUN的開發(以前是有專門的UFUN組來負責的)，目前只有維護，而NXOPEN由撰寫各功能的組自己負責，所以會不斷的增加和增强中。UGS內部的白盒測試(我們叫自動測試)，也都是用NXOPEN來完成的。

3. NXOPEN支持全新的UIblock的UI，這是從NX5以後的UI標準，對此UFUN完全不支持

4. NXOPEN開發迅速，因爲journal功能可以直接生成代碼。

5. NXOPEN支持多種語言(VB,C++,java,c#)，UFUN只支持Ｃ。

我还差得远啊