Verschieben einer Engineering-Anwendung von eigenständig zu intern zu CAD

Ich habe eine große MFC C++ - Anwendung, die ich sehr gerne in AutoCAD und IntelliCAD portieren würde. AutoDesk bietet zu diesem Zweck das Objekt ARX an, das die ältere und langsamere ADS-Technologie ersetzt. IntelliCAD, afaik unterstützt nur ADS. Hat jemand da draußen das gemacht, und wenn ja, welche Tools haben Sie benutzt und welche Fallstricke haben Sie erlebt?Verschieben einer Engineering-Anwendung von eigenständig zu intern zu CAD

Ich bin speziell an Ressourcen interessiert, die den Übergang vereinfachen und mir erlauben, getrennte CAD-basierte und eigenständige Versionen zu pflegen.

Quelle

2009-03-19 Shane MacLaughlin

Werfen Sie einen Blick auf meine Antworten auf ein paar früheren AutoCAD Fragen

Open source cad drawing (dwg) library in C#

.Net CAD component that can read/write dxf/ dwg files

Wenn Sie für die gleiche Code-Basis gesucht haben dann sowohl innerhalb als auch außerhalb von AutoCAD arbeiten die Der RealDWG-Ansatz kann für Sie funktionieren, da der Code derselbe ist - RealDWG benötigt AutoCAD nicht als Host-Anwendung. Die offenen Bibliotheken der Design Alliance sind für eigenständige Anwendungen gedacht. Beide haben C++ seit Jahren unterstützt & kann als stabil betrachtet werden - nun, so stabil wie CAD wird.

Dieser Blog (http://through-the-interface.typepad.com/) ist ein guter für RealDWG

Quelle

2009-03-25 03:02:07

Danke für die Antwort. Wir sind seit vielen Jahren ein unterstützendes Mitglied der ODA und waren Teil der IntelliCAD-Gruppe, bis sie ihre Preise von 5.000 $ pro Jahr auf 25.000 $ pro Jahr erhöhten. Wir machen bereits DWG, hatten aber Anfragen, innerhalb des CAD-Systems selbst zu sein. –

DWGdirect“nicht nur ein SDK zu lesen und DWG-Dateien schreiben. Es tatsächlich einen ausgewachsenen Rahmen bietet, die verwendet werden können, eine professionelle CAD-Anwendung zu entwickeln, , komplett mit Plug-in-Architektur und allem. " quote source

Quelle

2009-03-26 13:38:36

Danke für den Link. Ich benutze bereits DWGdirect, aber dies ist eine gute Ressource, die ich vorher nicht gesehen hatte. –

Eine Option, die in Betracht gezogen werden sollte, ist die Ausrichtung auf AutoCAD und Bricscad. Die Unterstützung von AutoCAD und IntelliCAD erfordert im Wesentlichen zwei Codeversionen. Bricscads Ziel ist es, vollständig kompatibel mit ObjectARX zu sein, und meiner Erfahrung nach sind sie ziemlich nah dran.

Dies vereinfacht das Problem von der Unterstützung von drei Instanzen (Ihrer Standalone-Version, AutoCAD und IntelliCAD) zur Unterstützung von zwei Instanzen (Ihrer Standalone-Version und AutoCAD/Bricscad).

Quelle

2009-08-19 15:04:12

Dies scheint sicherlich ein vernünftiger Ansatz. Wenn Sie Bricscad als Ihre Hauptentwicklungs-Plattform verwenden, sehen Sie volle binäre Kompatibilität zu AutoCAD, oder verwenden Sie immer noch mehrere Builds, eine Streuung von #IFDEFs, etc .. –

ARX-Kompatibilität ist ziemlich gut. Ich habe eine ziemlich große Codebasis und nur zwei # ifdefs. Einer ist ein Workaround, einer ist eine Funktion, auf die ich warte, um sie zu beheben. Sie sind ziemlich gut darin, Fehler zu beheben - ich bin faul gewesen, ihnen diesen zu übermitteln. Das größere Problem, das wir haben, ist, dass ihre DCL-Implementierung ziemlich fehlerhaft ist. Wir haben eine große Visual Lisp-Codebasis und das hindert uns daran, unsere Bricscad-Version zu veröffentlichen. –

Verschieben einer Engineering-Anwendung von eigenständig zu intern zu CAD

Antwort

Verwandte Themen