Aller au contenu

Classement

Contenu populaire

Affichage du contenu avec la meilleure réputation le 28/03/2016 dans toutes les zones

  1. .NET est de plus en plus en plus "ouvert". Sa vocation multiplateforme le nécessite. F# est open source depuis plusieurs années. Le compilateur .NET "Roselin" est open source depuis l'année dernière. Xamarin offre un support pour la technologie Mono qui rend disponible l'environnement .Net en natif sur Android, IOS et Linux. Visual Studio 2015, l'IDE (environnement de développement intégré) de chez Microsoft pour .NET (considéré comme le meilleur IDE aujourd'hui même pas des anti-M$), permet le développement d'applications Windows, IOS et Android ainsi que d'applications Web et services cloud. En ce qui concerne la programmation de plug-ins pour AutoCAD, oui, il s'agit de DLLs chargées avec la commande NETLOAD (en ligne de commande ou depuis un LISP -on y revient toujours-), ou, automatiquement depuis le registre, ou encore via le mécanisme Autoloader et un dossier .bundle (voir ce sujet). Avec objectARX, on génère des fichiers compilés .arx ou .dbx (ou encore .crx depuis AutoCAD 2013). Il s'agit en fait de DLLs. La principale chose qu'on peut faire avec ObjectARX et pas avec .NET c'est les objets personnalisés pour lesquels il faut effectivement définir tous les comportements. Je ne connais pas cet environnement, mais d'après le peu que j'ai pu lire, ça concerne essentiellement l'utilisation d'interfaces graphiques (dialogues, palettes, etc.) décrites en HTML5 et l'interaction avec un autre environnement de programmation pour agir dans AutoCAD sans appeler des commandes. PS: concernant les documentations en anglais, tu n'y échapperas pas quel que soit l'environnement de programmation, au moins en ce qui concerne AutoCAD.
    1 point
  2. Salut, Je vois que tu as déjà bien cerné le problème. Macro et Diesel ne sont pas, à proprement parlé, des langages de programmation. Tu sembles faire grand cas de la syntaxe en opposant LISP et les autres que tu appelles "classique". Certes la syntaxe du LISP est assez particulière mais il y a aussi des différentes syntaxiques notables entre la famille VB (VBA, VB.NET) et la famille C (C#, C++) ou encore F# comme il en existe entre les membres de la famille C. Globalement, pour les environnements de programmation, je ferais 3 groupes, où l'accessibilité (facilité d'apprentissage) est inversement proportionnelle à la puissance (tant en terme de performances que de fonctionnalités). Dans le premier groupe je mettrais LISP et VBA, tous deux relativement faciles à apprendre et avec des limitations comparables. Je ne pense pas que la syntaxe particulière du LISP soit vraiment un inconvénient, par contre, il me semble plutôt que certains soient en fait rebutés par son côté fonctionnel (récursif), plus mathématique que peuvent l'être les environnements de programmation impératif (procéduraux) comme VBA. À mon avis, les seuls avantages du VBA par rapport à AutoLISP sont les boites de dialogue (encore que OpenDCL permette de faire mieux) et la possibilité d'utiliser le VBA hors AutoCAD. Ceci dit, ma préférence va, et de loin, à AutoLISP dont je pense qu'une certaine connaissance est incontournable pour l'utilisateur avancé d'AutoCAD ou le responsable CAO comme pour les programmeurs même s'ils utilisent d'autres langages. Ceci à cause de la parfaite intégration du LISP dans AutoCAD. Ensuite vient l'environnement .NET (quel que soit le langage). Quand Autodesk (ou Microsoft) présente .NET comme le remplaçant du VBA, c'est qu'il n'y a pas vraiment le choix, mais on ne joue plus dans la même cour. Si .NET est plus puissant que VBA (que ce soit pour AutoCAD ou non) l'apprentissage demande (beaucoup) plus de temps (et de rigueur). Les programmes .NET, quel que soit le langage utilisé pour les écrire (C#, F#, VB, etc.) sont (pré)compilés en un langage intermédiaire (IL) pour être définitivement compilés en langage machine en fonction de l'environnement (OS, plateforme) lors de la première exécution (un peu comme Java). Enfin ObjectARX qui utilise les langages de bas niveau C/C++ dont l'apprentissage est encore plus long et dont l'utilisation demande une extrême rigueur. C'est le prix de la puissance maximale. ObjectARX est l'environnement utilisé pour développer les AutoCAD verticaux (MEP, MAP, etc.) et les applicatifs type Covadis. À réserver aux programmeurs professionnels. Il y a aussi une API AutoCAD JavaScript depuis quelques versions, mais je ne la connais pas du tout. Tu peux aussi voir cette réponse.
    1 point
  3. ne pas oublier qu'il y a une passerelle python / Autocad j'ai pas testé, mais ça ma plutot l'aire d'être un plug in, qui "importe autocad", plutôt que de la prog pour autocad https://pypi.python.org/pypi/pyautocad/ https://media.readthedocs.org/pdf/pyautocad/latest/pyautocad.pdf Attention je ne dit pas qu'il faut se penché la dessus, mais ça existe alors autant le mentionner ! PS: en recherchant ce plug in je suis tombé sur ça https://sourceforge.net/projects/pythoncad/ voila voila, la contri inutile du jours
    -1 points
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer. Politique de confidentialité