哪个版本踢出了VBA?
或者重新表述这个问题,运行VBA进程的最新版本的AutoCAD是什么? 谢谢你们...它到底变老了!我希望我记得回来检查这个线程...
**** Hidden Message ***** 我认为2010年是第一次你必须下载一个单独的文件/插件才能让VBA工作。
谢谢克里斯。我也是这么想的...这对我来说不是好兆头。哦,好吧,这是一个做大事的机会,对吧
谢谢你,克里斯。我也是这么想的……这对我来说不是个好兆头。哦,好吧,这是一个做大事的机会,对吗?
,或者尝试失败。
总是有这样的选择 VBA被分开下载(从AutoCAD2010开始)并不意味着它不能在AutoCAD中作为进程运行。在Acad2012发布之前,有传言说Acad2011将是支持VBA的最后一个版本,这被证明是错误的:Acad2010仍然支持VBA。由于Acad的3年版本兼容性传统,现在我们猜测VBA支持可能会从Acad2013中消失,但谁知道呢(真正了解它的人不会允许说,对不对?)
回到最初的问题:所有最新版本的AutoCAD(直到Acad2010)都支持VBA作为进程内,只要你使用Acad 32位版本(同样,这与VBA必须单独下载和安装无关),而如果你使用Acad 64位版本,VBA与AutoCAD一起作为进程外运行。这是因为64位操作系统不支持来自微软的VBA。
我的坏诺曼,我应该提到我们对x64版本感兴趣。 如果在命令行中键入VBAMAN,如果未安装VBA,将显示带有web链接的警报框。单击该链接,您将启动一个32位和64位版本的网页。安装任何相关的软件,它应该可以正常运行你的VBA软件,或者至少在2013年发布之前。
我听说64位版本运行速度明显较慢,但还没有经验。你经历过吗?谢谢。 问题是微软从未将VBA移植到64位
64位可以同时运行32位和64位,但您不能在64位进程中加载32位dll,反之亦然。
因此,对于64位Autocad,要使用VBA,它在进程外32位COM服务器中使用32位VBA版本。
,然后他们将性能损失归咎于编组。
页:
[1]
2