将工程应用程序从独立到内部移动到CAD 我有一个大型的MFC C++应用程序，我非常希望能移植到AutoCAD和智能化的应用中。AutoDesk为此提供了Object ARX，它取代了旧的、速度较慢的ADS技术。IntelliCAD，afaik只支持广告。有没有人这样做过？如果有，你使用了哪些工具？你遇到了什么陷阱

我特别感兴趣的是那些可以简化转换的资源，这些资源允许我继续维护基于CAD的单独版本和独立版本。

看看我对前面几个AutoCAD问题的回答

如果您希望在AutoCAD内部和外部使用相同的代码库，则RealDWG方法可能适合您，因为代码是相同的-RealDWG不需要AutoCAD作为宿主应用程序。开放设计联盟库用于制作独立应用程序。两者都支持C++多年，可以被认为是稳定的，就像CAD一样稳定。

---

此博客（RealDebug）是RealDWG.

< P> > DWGDIN不仅仅是一个SDK文件的读写器，它提供了一个完整的框架，可以用来开发一个专业的CAD应用程序，完全可以用插件体系结构来完成。

< P>一个选择是以AutoCAD和BRICSCAD为目标。支持AutoCAD和IntelliCAD基本上需要两个版本的代码。Bricscad的目标是与ObjectARX完全兼容，根据我的经验，它们非常接近

---

这至少将问题从支持三个实例（单机版、AutoCAD和IntelliCAD）简化为支持两个实例（单机版和AutoCAD/Bricscad）。

感谢您的回复。多年来，我们一直是ODA的持续成员，并且是IntelliCAD集团的一部分，直到他们将价格从5000美元/年提高到25000美元/年。我们已经做了DWG，但是已经有要求是CAD系统本身的内部。谢谢链接。我已经在使用DWGdirect了，但这是一个我以前从未见过的好资源。这显然是一个明智的方法。如果您使用Bricscad作为主要开发平台，您是否看到与AutoCAD的完全二进制兼容性，或者您是否仍在使用多个版本、分散的IFDEF等。ARX兼容性非常好。我有一个相当大的代码库，只有两个ifdef。一个是解决方法，一个是我正在等待他们修复的函数。他们在修复bug方面做得很好——我一直懒得把这个提交给他们。我们面临的更大的问题是，他们的DCL实现存在相当多的缺陷。我们有一个庞大的visuallisp代码库，这就是阻止我们发布Bricscad版本的原因。