程序员通常要么整合功能到AutoCAD(利用其Plug-in结构,以增加命令,用户界面,对象等),或者调用它自动完成任务。显然,这两者之间的界限已经比较模糊,但是今天我们重点介绍第二类。
用于帮助理解后面的说明,我想介绍两种类型的应用程序交互。
Out-of-process
在这种情况下,我们有两个独立的程序试图交互。试想你有一个EXE和你想调用的AutoCAD。你需要某种方式来启动它,并却与它通讯,
通常可是使用COM,之前是DDE。通讯按照定义来说是由跨进程间通信( Inter-Process Communication (IPC)),IPC对于发送大量数据显得效率十分低下。这时就为什么原来的ADS和外部VB程序运行十分缓慢的原因。
In-process
当你的代码打包为DLL(无论是VB6的ActiveX DLL还是ObjectARX模块,或者.NET封装的DLL),他和主进程(AutoCAD)的通讯与IPC相比就要快捷的多,数据可以通过指针和引用进行传递。
目前大部分AutoCAD的API都是为in-process设计的。包括LISP,ObjectARX和AutoCAD的.NET API。许多人希望AutoCAD可以通过.NET Remoting在out-of-pocess模式下被调用,但这并不是托管API的初衷:它实际上被封装在使用指针调用和存取Objects的ObjectARX之上,而且它并不是跨越进程界限的处理工作。COM的一个很好的特点是,它既可以工作于out-of-process模式(外部EXE),也可以在in-process(VBA,或者通过调用GetInterfaceObject()来装载一个VB6 ActiveX DLL)。这是一个从外部应用程序调用AutoCAD的最好的办法。
我通常不推荐越过进程边界传递太多的信息。如果你需要从一个外部应用程序中调用AutoCAD,启动它(或者连接到它的一个正在运行的实例),然后在AutoCAD进程内部加载一个in-process模块处理大量的信息。
下面的代码说明了怎么做到上面的方法。它连接到一个正在运行的AutoCAD实例(可选,你可以调整代码直接启动AutoCAD),如果失败,再启动AutoCAD。一旦有一个正在运行的实例,我们使之可见,并且运行一个自定义的命令。
你需要在你的应用程序中添加"AutoCAD Type Library"引用
This C# code can be added to an “on-click” event handler for a button (for example) or another function that makes sense in the context of your application.
using System;
using System.Runtime.InteropServices;
using Autodesk.AutoCAD.Interop;
// "AutoCAD.Application.17" uses 2007 or 2008,
// whichever was most recently run
// "AutoCAD.Application.17.1" uses 2008, specifically
const string progID = "AutoCAD.Application.17.1";
AcadApplication acApp = null;
try
{
acApp =
(AcadApplication)Marshal.GetActiveObject(progID);
}
catch
{
try
{
Type acType =
Type.GetTypeFromProgID(progID);
acApp =
(AcadApplication)Activator.CreateInstance(
acType,
true
);
}
catch
{
MessageBox.Show(
"Cannot create object of type /"" +
progID + "/""
);
}
}
if (acApp != null)
{
// By the time this is reached AutoCAD is fully
// functional and can be interacted with through code
acApp.Visible = true;
acApp.ActiveDocument.SendCommand("_MYCOMMAND ");
}
用于帮助理解后面的说明,我想介绍两种类型的应用程序交互。
Out-of-process
在这种情况下,我们有两个独立的程序试图交互。试想你有一个EXE和你想调用的AutoCAD。你需要某种方式来启动它,并却与它通讯,
通常可是使用COM,之前是DDE。通讯按照定义来说是由跨进程间通信( Inter-Process Communication (IPC)),IPC对于发送大量数据显得效率十分低下。这时就为什么原来的ADS和外部VB程序运行十分缓慢的原因。
In-process
当你的代码打包为DLL(无论是VB6的ActiveX DLL还是ObjectARX模块,或者.NET封装的DLL),他和主进程(AutoCAD)的通讯与IPC相比就要快捷的多,数据可以通过指针和引用进行传递。
目前大部分AutoCAD的API都是为in-process设计的。包括LISP,ObjectARX和AutoCAD的.NET API。许多人希望AutoCAD可以通过.NET Remoting在out-of-pocess模式下被调用,但这并不是托管API的初衷:它实际上被封装在使用指针调用和存取Objects的ObjectARX之上,而且它并不是跨越进程界限的处理工作。COM的一个很好的特点是,它既可以工作于out-of-process模式(外部EXE),也可以在in-process(VBA,或者通过调用GetInterfaceObject()来装载一个VB6 ActiveX DLL)。这是一个从外部应用程序调用AutoCAD的最好的办法。
我通常不推荐越过进程边界传递太多的信息。如果你需要从一个外部应用程序中调用AutoCAD,启动它(或者连接到它的一个正在运行的实例),然后在AutoCAD进程内部加载一个in-process模块处理大量的信息。
下面的代码说明了怎么做到上面的方法。它连接到一个正在运行的AutoCAD实例(可选,你可以调整代码直接启动AutoCAD),如果失败,再启动AutoCAD。一旦有一个正在运行的实例,我们使之可见,并且运行一个自定义的命令。
你需要在你的应用程序中添加"AutoCAD Type Library"引用
This C# code can be added to an “on-click” event handler for a button (for example) or another function that makes sense in the context of your application.
using System;
using System.Runtime.InteropServices;
using Autodesk.AutoCAD.Interop;
// "AutoCAD.Application.17" uses 2007 or 2008,
// whichever was most recently run
// "AutoCAD.Application.17.1" uses 2008, specifically
const string progID = "AutoCAD.Application.17.1";
AcadApplication acApp = null;
try
{
acApp =
(AcadApplication)Marshal.GetActiveObject(progID);
}
catch
{
try
{
Type acType =
Type.GetTypeFromProgID(progID);
acApp =
(AcadApplication)Activator.CreateInstance(
acType,
true
);
}
catch
{
MessageBox.Show(
"Cannot create object of type /"" +
progID + "/""
);
}
}
if (acApp != null)
{
// By the time this is reached AutoCAD is fully
// functional and can be interacted with through code
acApp.Visible = true;
acApp.ActiveDocument.SendCommand("_MYCOMMAND ");
}