用.net开发UG（exe）版

fourwood兄，有没有分析一下NXOpen.UFSession,好像是在那里封装了OPEN C API.
  
我看样板程序用了两个类，NXOpen.Session和NXOpen.UFSession，后来自己试着用NXOpen.UFSession写了个小程序，发现里面好像封了一整套的OPEN C API,并且为每个API加了VB接口，使VB.NET亦可以调用。

我刚才试了一下可以不需要NXOpen.UFSession，你可以测试一下，把NXOpen.UFSession去掉，看看你的程序是否能够通过。
  
我认为除非你调用UF的函数，否则你完全没有必要调用NXOpen.UFSession。
  
之所以提供UFSession是为了支持UF的函数，以方便UF的用户的升级。
  
NXOpen的另外一个有点是面向对象的编程风格，与Open++ 不同，他比Open++封装的内容要广泛的多，Open++ 仅仅提供了非常有限的功能，是UF的一个翻版，但是比UF的功能差得很远。
NXOpen不仅涵盖了UF的所有功能，并且提供了非常多的新功能

请教一下，如果不用VS.net 2003只是使用SDK中的csc.exe，如何写命令来编译源代码(引用NXOPen的那些东西,以及Office的那些dll).这样就不用购买VS.net 2003这个东西了.

帮主，你的问题好难啊！

正因为NXOpen.UF名字空间中包含等同OPEN C API的类，这里面的类只是简单与API函数一一对应了，所以这些类之间没有继承关系，没有形成一个体系，不能进行面对对象程序设计，还不如直接使用API函数。
当然正因为包含了这些类，所以NXOpen就涵盖了UG Open API以前所包含的功能，但是从C#是一种面对对象的程序设计语言来看（与JAVA语法相似，但没有JAVA跨平台的功能），同NXOpen C++一样可用的类并不多（UG/KF里面的类就比较多了），C#其它空间的类和NXOpen C++的类差不多。
还是期待能早点使用JAVA语言进行UG的二次开发，同时希望能得到功能更全的UG类库，以后开发就简单多了。

可以的。
命令行格式如下：
CSC /target:library /lib: 所引用的dll目录 /reference:*.dll;*.dll; cs文件所在的目录/cs文件名
可能应该在开头还得加个out项来指定输出文件的路径，我试了一下，结果输到VS。NET里了。

out 不行，不知道怎么输出到指定路径下。

高手啊，我得向你们学习学习啊，我现在准备在UG平台上用c＃进行二次开发，实现网络化的协同设计。现在就遇到很多弱弱的问题了，向你们请教可不要见笑啊，呵呵！c＃这个编程工具的确是个好东东，比c和c++容易多了，而且功能非常强大，使用起来就好像VB一样简单，我们以后可要共同探讨探讨啊！

这几天看了些C#，简单是简单了，可编程时好像只能使用线性的数据结构吧，怎么建立树啊，图啊这样的非线性的结构？
  
用C#的兄弟讲讲吧。

NXOPEN4.0将会提供更为丰富的API接口，UGOpen将停止继续开发