• Ce forum est la traduction générée par la machine de www.cad3d.it/forum1 - la communauté italienne du design. Plusieurs termes ne sont pas traduits correctement.

Des suggestions ?

  • Auteur du sujet Auteur du sujet Shape
  • Date de début Date de début

Shape

Guest
au-delà des différents tutoriels (pour dire les quelques vraies) qui sont sur le net, il n'y a personne qui a quelques conseils sur la façon de prendre ce "nouveau" langage appliqué à autocad évidemment.

pourquoi est-ce si différent de la base visuelle que nous sommes habitués à utiliser sur autocad?

comment ça se prend ?

peut-être quelques exemples pratiques sur les différentes opérations qui fonctionnent normalement en autocad, dessiner des lignes, créer des sélections, changer quelque chose.

mais surtout comment un projet doit être structuré.

je sais qu'ils sont plusieurs questions toutes jetées là, j'ai commencé à partir de 0 même avec la base visuelle et finalement je suis sorti bien mais avec le chou .net je suis encore planté au "bonjour monde" ......
 
bonjour.
j'aimerais aussi aller au filet, mais...
j'ai acheté, je pense que le seul livre dédié à la programmation automatique avec net
ici. http://www.vbcad.com/ au problème de l'interprétation d'un anglais technique mais lentement vous arrivez, il met également un gabarit avec les paramètres initiaux pour charger les bibliothèques et définir l'environnement etc.
le problème du net, du langage à ce qui est dit très puissant, sûr, etc.
est une langue presque exclusivement pour les programmeurs professionnels, juste ce matin j'ai lu cet article http://www.cadalyst.com/cad/autocad/the-world-autocad-programming-platforms-part-1-14398 où il confirme combien vous saviez déjà, abandonnant la vba, vous maintenez la vlisp comme langue pour nous lignes et vous poussez pour le net.
je pense que nous les utilisateurs devrions demander en choeur de mettre à jour le dcl du lisp, pour diverses raisons:
1) même les tyrans continuent à personnaliser leur cad plus professionnellement.
2) mais la chose la plus importante de ces temps maigres, si vous mettez à jour le dcl du lisp, pourrait se présenter de nombreuses explications sectorielles spécifiques, créées par ceux qui ont l'expérience sur le terrain, ce qui est très difficile à transférer à un programmeur (expérimenté).
il augmenterait également le marché en créant probablement des emplois, etc.
bonjour.
 
en fait, je pense que le choix fait dans son temps vba plutôt que lisp était mal.
abandonnant maintenant la vba, je serai obligé de "refaire" tout en lisp, la vb.net pour le moment et pour ma connaissance il s'avère inaccessible.

même s'il n'est pas clair pour moi comment le microsoft a toujours récupéré le changement en n'abandonnant pas le vb alors qu'autodesk insiste pour le donner définitivement.
 
autodesk a abandonné la vba car elle ne fonctionne qu'à 32 bits, à 64 crée d'énormes problèmes.
microsoft a quitté la vba et ne la développe plus, donc ils sont forcés à ce choix.
.net est une plateforme dans laquelle vous pouvez utiliser différentes langues, vb c++
j# etc. (peut-être que vous pouvez également utiliser le lisp, voirhttp://it.wikipedia.org/wiki/microsoft_.net#linguaggi_di_programmazione_.net)
il semble donc être un interprète de ces langues.
maintenant je ne vous ai pas expliqué dans les domaines techniques tout mais j'ai l'impression que microsoft copié java aussi c'est une plate-forme dans laquelle vous pouvez utiliser différentes langues.
 
vba fonctionne également 64bit comme vba enabler il y a aussi pour 64bit :wink:
microsoft continue également à soutenir vba dans ses produits de bureau même à 64bit. refroidissement:

ce que je trouve peu pratique dans le passage au .net c'est que pour faire 4 lignes simples ou des points que j'ai mis 5min horloge alors que dans vba je mets 5 sec. je n'ai pas à remplir, utiliser 2 programmes très lourds, créer toutes les références aux bibliothèques.
puis à la fin de grandes différences entre vba et vb.net ne sont pas là.

je comprends s'ils devaient faire de vrais programmes sur autocad, mais pour faire des procédures itératives je pense que vba est encore très puissant. en outre, ceux qui utilisent vba pour exceller ou d'autres ne mettent pas beaucoup à développer sur autocad :smile:
le liss visuel devrait être revisité, trop vieux ... et peu visuel!

bref, je pense que vba est toujours confortable et aussi longtemps que je peux l'utiliser.

quand ils l'enlèveront, je prendrai le portage... peut-être qu'à ce moment-là ils automatiseront les procédures: clin d'oeil :
 
bonjour.
j'ai lu vs post, j'ai commencé avec vb.net pendant quelques semaines, donc je rejoins le chœur.
suivant seulement les indications j'ai trouvé dans les discussions du forum une procédure élémentaire que j'ai réussi à exécuter.
certainement le vba, que je connais ainsi et ainsi, est très pratique, vb.net est beaucoup plus long et macchinoso, considérant que cependant c'est l'orientation d'autodesk pour comment je vois qu'il est préférable de commencer et d'aborder le sujet, l'environnement microsoft combiné avec autocad permet d'obtenir des résultats remarquables.
il y aura des tribulations... et pas peu.
j'attache cette petite procédure "commande: maintenant", j'ai vu cette forme demandé un exemple pratique, c'est très simple, ... si elle peut servir.

ps : comment attachez-vous un .dll?? :confus:
 
ici vous pouvez trouver des tutoriels autodesk pour commencer à apprendre vb.net:
http://usa.autodesk.com/adsk/servlet/index?id=18162650&siteid=123112
les tutoriels sont bons, mais ce qui manque (ou manquant) de la vba est l'aide à utiliser différentes commandes et procédures, avec la vba même si vous ne savez pas comment utiliser l'aide ou la bibliothèque et voir des exemples de syntaxe et puis d'une manière ou d'une autre vous sortez toujours.

ici commencer par dire charge la bibliothèque puis utiliser ces références etc... mais ils prennent pour acquis beaucoup de choses que seul un "vrai" programmeur sait. à mon avis, ils coupent ceux qui comme nous utilisent des langues pour faciliter le travail, et ils le compliquent remarquablement.
 
je faisais référence à l'environnement visuel qui vous donne une grande aide dans la vba. mais peut-être est-ce seulement ma limite à ne pas trouver ou chercher des analogies entre les deux langues.
peut-être que le mile approche est d'oublier tout et de commencer à partir de zéro comme je l'ai fait quand j'ai commencé avec la vba sans rien savoir sur la programmation.
 
désolé d'être en retard, mais je ne peux me connecter qu'au forum du soir.
je joins le dossier dont je vous ai parlé, à titre d'exemple.
 

Pièces jointes

forme désolé le retard.
sont deux problèmes j'ai rencontré dans vbnet vs vba développement:
1) avoir une machine x64, le code en debug, quand je le pause, nn est modifiable.
cela peut être fait en remplissant le code d'architecture x32.
2) j'ai empêché chaque opération de débogage parce que je dois toujours charger le dll compilé en autocad avec netload , donc je sors de l'environnement visuel avec toutes ses qualités (comme dit éditer sur -temps , variables de veille, exécution de code dans la fenêtre immédiate... nous avons compris)
j'ai trouvé ici aujourd'hui. http://usa.autodesk.com/adsk/servlet/index?siteid=123112&id=18162797 ce qui devrait être la panacée à nos maux est un modèle pour autocad .... ainsi faire de débogage comme dans vba
je l'ai essayé sur express 2008 mais il me donne une erreur (dans la description il est écrit que pour autocad2012 j'ai besoin d'express 2010 )
je suis en train de télécharger cette version, avec un viodi.
sergio
 
mis à jour vers vb2010: le plugin post #13 fonctionne et nous avons le debug à temps. génial !
 
après un peu de sang du nez à la force des squuffions sort lentement "presque" bienhttp://images.autodesk.com/adsk/files/autocad_2010_dotnet_training.zip
merci, ce tutoriel n'est que la manne, en commençant par vous faire comprendre comment la commande est truquée, et en sachant comment vous allez en vba, vous savez que vous devez tout oublier.

je ponçais juste parce que j'essayais de récupérer qlc de connu à la place ici vous devez vraiment commencer par "bon mot".

- oui.

mandi furlan!!!
 
pour commencer, j'ai mis les mains en avant professant mon ignorance dans cette affaire.
énumérer un certain nombre de considérations, comme point de discussion.
l'idée que j'ai faite est qu'avec vbnet vous pouvez travailler très similaire à la vba, avec la petite différence que les objets (par la compréhension des lignes, des cordes etc) sont "cachés" dans une structure de matrioske qui laissent sans poli.

je voudrais exposer cette partie du code:
Code:
imports autodesk.autocad.editorinput
imports autodesk.autocad.databaseservices
imports autodesk.autocad.runtime
imports autodesk.autocad.geometry
imports autodesk.autocad.applicationservices
imports dbtransman = autodesk.autocad.databaseservices.transactionmanager
#1 à insérer au début du module/classe, qui sont des raccourcis vers les différents secteurs (namespace) des bibliothèques autocad à télécharger comme référence.
dans le sens qu'au lieu d'écrire autodesk.autocad.databaseservices.database
nous pouvons écrire directement
base de données pour récupérer cet objet.

avec vba nous étions habitués à manœuvrer les objets de dessin directement à partir de ce dessin. modelspace, en vbnet, c'est comme si c'était merdique au cube.
j'ai créé d'autres raccourcis :
Code:
ami en lecture seule propriété cedrawing() comme document
obtenir
retour docman.mdiactivedocument
fin d'avoir
propriété finale
ami en lecture seule propriété lockdoc() comme documentlock
obtenir
retourner cedrawing.lockdocument(documentlockmode.write, rien, rien, vrai)
fin d'avoir
propriété finale
ami en lecture seule propriété tr_start() comme transaction
obtenir
retour cedrawing.transactionmanager.starttransaction
fin d'avoir
propriété finale
ami en lecture seule propriété thisdatabase() comme base de données
obtenir
retournez ce tirage. base de données
fin d'avoir
propriété finale
ami en lecture seule propriété docman() comme collection de documents
obtenir
retourner autodesk.autocad.applicationservices.application.documentmanager
fin d'avoir
propriété finale
ami en lecture seule propriété edi() en tant qu'éditeur
obtenir
retournez ce tirage. éditeur
fin d'avoir
propriété finale
donc vous avez ce dessin presque comme une fois.
voici le discours du matrioske pour atteindre les objets :
Code:
ami sous lineshow()
dim acdoc comme document = ce dessin
utilisant docloc comme documentlock = lockdoc
dim db comme base de données = cette base de données
utilisant tr comme transaction = tr_start
utilisant dict comme dbdictionary = tr.getobject(db.groupdictionaryid, openmode.forread, true)
pour chaque gp en tant qu'entrée de dictionnaire dans dict
dim grp en groupe = ctype(tr.getobject(gp.value, openmode.forread), groupe)
dim myids() comme objectid = grp.getallentityids()
pour chaque id comme objet dans les myides
utilisant obj comme objet = tr.getobject(id, openmode.forwrite)
utilisant myent comme entity = ctype(obj, entity)
myent.visible = vrai
fin de l'utilisation
fin de l'utilisation
suivant
suivant
tr.commit()
fin de l'utilisation
fin de l'utilisation
fin de l'utilisation
fin sous
ce petit mais juteux sous-marin rend tous les objets visibles dans l'espace de modèle actuel (ok,ok avant de les avoir cachés... ne faites pas de paresseux, c'est un exemple.
attention qu'avant de faire un filtre, vous n'agissez que sur des objets faisant partie d'un groupe (vous pouvez contourner cette partie pour agir sur tous les objets... )

c'est un exemple de la façon d'arriver à l'entité (qui peut être la ligne , le cercle etc. juste changer ctype (obj, entity) (je recommande d'utiliser le type de syntaxe (obj) est polyline alors ..... pour obtenir des types spécifiques d'entités)

s'il y a des questions, disponibles.
 
pour commencer, j'ai mis les mains en avant professant mon ignorance dans cette affaire.

s'il y a des questions, disponibles.
au visage de la fille... vous êtes devant le cube !

je jure que j'essaie de me mettre sous la tête, mais avec la vba toujours sous ma main, je ne peux pas vraiment rendre ma vie compliquée. en ce qui concerne les
 

Statistiques du forum

Sujets
58 521
Messages
499 056
Membres
104 110
Dernier membre
ChristianR

Membres en ligne

Aucun membre en ligne actuellement.
Retour
Haut