2009-03-19 4 views
4

J'ai une grande application MFC C++ que je souhaiterais vraiment utiliser dans AutoCAD et IntelliCAD. AutoDesk propose l'objet ARX à cet effet, qui remplace la technologie ADS plus ancienne et plus lente. IntelliCAD, afaik ne supporte que ADS. Quelqu'un a-t-il fait cela et, dans l'affirmative, quels outils avez-vous utilisés et quels pièges avez-vous rencontrés?Déplacement d'une application d'ingénierie de autonome à interne à la CAO

Je suis particulièrement intéressé par les ressources qui simplifieront la transition et qui me permettront de maintenir des versions autonomes et basées sur le CAO.

Répondre

3

Jetez un oeil à mes réponses à quelques questions précédentes AutoCAD

Open source cad drawing (dwg) library in C#

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

Si vous recherchez la même base de code pour travailler à la fois à l'intérieur et à l'extérieur d'AutoCAD alors la L'approche RealDWG peut fonctionner pour vous puisque le code est le même - RealDWG n'a pas besoin d'AutoCAD en tant qu'application hôte. Les bibliothèques ouvertes de Design Alliance permettent de créer des applications autonomes. Les deux ont supporté le C++ pendant des années & peut être considéré comme stable - bien, aussi stable que CAD obtient.

Ce blog (http://through-the-interface.typepad.com/) est un bon pour RealDWG

+0

Merci pour la réponse. Nous avons été un membre souteneur de l'APD pendant de nombreuses années et avons fait partie du groupe IntelliCAD jusqu'à ce qu'ils aient augmenté leurs prix de 5000 $ par personne à 25 000 $ par personne. Nous faisons déjà du DWG, mais nous avons reçu des demandes pour être internes au système CAO lui-même. –

1

« DWGdirect est pas seulement un SDK pour lire et écrire des fichiers DWG. Il offre en fait un cadre complet soufflé qui peut être utilisé pour développer une application CAO professionnelle , complète avec l'architecture plug-in et tout. " quote source

+0

Merci pour le lien. J'utilise déjà DWGdirect, mais c'est une bonne ressource que je n'avais jamais vu auparavant. –

2

Une option à prendre en compte est de cibler AutoCAD et Bricscad. La prise en charge d'AutoCAD et d'IntelliCAD nécessite essentiellement deux versions de code. L'objectif de Bricscad est d'être complètement compatible avec ObjectARX, et dans mon expérience, ils sont assez proches. Cela simplifie au moins le problème de la prise en charge de trois instances (votre version autonome, AutoCAD et IntelliCAD) à la prise en charge de deux instances (votre version autonome et AutoCAD/Bricscad).

+0

Cela semble certainement une approche raisonnable. Si vous utilisez Bricscad comme plate-forme de développement principale, voyez-vous une compatibilité binaire complète avec AutoCAD, ou utilisez-vous encore plusieurs builds, une dispersion de #IFDEF, etc. –

+0

La compatibilité ARX est plutôt bonne. J'ai une base de code assez importante, et seulement deux # ifdef. L'un est une solution de contournement, l'autre est une fonction que j'attends d'eux. Ils sont assez bons pour corriger les bugs - j'ai été paresseux à propos de leur soumettre celui-ci. Le plus gros problème que nous avons est que leur implémentation DCL est assez boguée. Nous avons une grande base de code Visual Lisp, et c'est ce qui nous empêche de publier notre version Bricscad. –

Questions connexes