[讨论]to 建议
（1）基本上可以这么说。（2）个人认为C#更强，因为可能有一些数据类型VB不能支持（例如指针），但是目前C#也仅在特定情况下支持，还未深入探讨，所以未发现.NET中相关的解决方法。
（3）从这个封装类库的第一个版本，还真看不出来太多东西，连自定义实体都不支持，确实让人失望。但是这毕竟是一个发展方向，这一点毋庸置疑，越早转过来，就收益越早。
（4）不是。编程关键在于思想，语言只是实现手段。（VC并不像你想像的那么困难）
最好我们能有几个人根据ARX开发文档中的Vc++实例改写一些.NET开发ARX的程序。 本帖最后由 作者 于 2004-5-9 19:17:20 编辑
1、C＃是微软的发展方向，本来就是其与Java对抗的利器，而VB.net则刚刚摆脱“玩具”的称号
2、.Net不借助ActiveX的方法，好像在二次开发上也作不了什么事情，这个版本的封装类库是AutoDesk的一次尝试，实际上是个失败的试验品
3、不管是VB.net还是C＃或是Java，都很像VC＋＋，C＃和Java本来就是从VC＋＋发展而来，VB.net是照顾大堆的VB编程员，VC＋＋还是编程爱好者的最终选择，功能强大，运算速度快。。。。
4、.Net本身就象微软的一个怪胎，本来C＃与Java对抗，后来又加入了J＃，不懂
总而言之，VC＋＋才是二次开发的终极武器，不太复杂的可以转到VBA完成，就我而言，用VB.net开发AutoCad只是学习VB.net的手段，而不是目的 并不是说.Net开发AutoCad一无是处，以上可以看作这段时间用.Net开发AutoCad的过程中遇到挫折而发的一些牢骚，毕竟.Net开发是个有不错前景的二次开发手段，让我们共同期待美好的未来吧 一本书上这样写的:C#的功能比VB强一些,可代码的可读性不如VB. C#和vb.net应该说是同一类的东西.两者取其一学而用之即可.
在二次开发领域,还是VC++为主!~
在没有vc基础的情况下,我走的是先通精C#,后进入VC++的过程!~~ 总体上来说,如果我是一个产品开发小组的决策人,我会倾向于VC++.Net和VB.Net相配合的情况.
现在看来,用VB.Net的来开发AutoCAD,主要优点是资源丰富(尤其是界面方面的),另外可能编程效率高一点. 至少,招聘新人的时候,不一定找C++的,懂VB的可能更容易上手.
VB.Net写Arx程序时,同时使用ActiveX的方法,使用DBX库,会好一些.
现在VB+Arx还有些问题, 我发现resultbuffer 链表不能相接,(其Add方法不能使用). 写Table时,对字体的控制也有点小问题.
不能用自定义类对我来说问题不大.我觉得可以用VC++做自定义类的工作,在VB.Net里使用也是可以的. <A name=18568><FONT color=#000066><B>goldenshin</B></FONT></A> 斑竹：
您的意思是能用VB。NET开发的内容就用VB。NET，开发不了的就用VC++。NET，是吗？我很想（相信很多人也是这样）步入VC2003++。NET & ARX2005的大门，您能带我进去吗？
ARX版块讨论的都是VC6，您能否作个VC2003++。NET & ARX2005的入门教学，就象VB。NET的那个一样！等待！！！
页:
[1]