|
SolidWorks : Schnittstelle (COM API) - Solidworks
PASCAM am 01.06.2005 um 16:10 Uhr (0)
Hallo Jens, VB braucht mehr als COM, naemlich mindestens OLE Automation (das ist eine Uebermenge von COM). Und da VB /bzw. VBA) eine Sprache fuer einfache und schnelle zu erstellende Anwendung ist, hat sie SWX anbinden muessen. Von der Performance ist sie aber etwas schlechter als die COM-Schnittstelle, wie sie fuer C++ inplementiert ist (es fehlt z.B. das Marshalling, soweit ich weiss). D.h.: OLE Automation fuer die breite Anwendungsgebiete (VB, Delphi, .NET etc.), COM fuer Performance. Gruss, Ralph ---- ...
| | In das Form SolidWorks wechseln |
|
SolidWorks : Schnittstelle (COM API) - Solidworks
PASCAM am 27.05.2005 um 07:27 Uhr (0)
Hallo Jens, noch ergaenzend zu Deinen Fragen: 1. Nein, die API ist nahezu gleichwertig. Unterscheide liegen meist darin begruendet, dass die COM-Schnittstelle fuer die statische Speicherverwaltung von C++ angepasst ist, wahrend die OLE-Automation die dynamischen Arrays unterstuetzt 2. Ich habe noch keine gesehen. Wenn Du richtig ins programmieren einsteigen willst, gibt es fuer Partner kostenlose API-Schulungen z.B: bei SWX in Cambridge. Ansonsten ist die Hilfe eigentlich ausreichend 3. Was meinst Du mit ...
| | In das Form SolidWorks wechseln |
|
SolidWorks : Schnittstelle (COM API) - Solidworks
PASCAM am 27.05.2005 um 07:22 Uhr (0)
Hallo Jens, OLE-Autoamtion und COM sind das gleiche und dann doch wieder nicht. COM ist eine Basistechnologie basierend auf IUnkwon (und IDispatch). OLE-Autoamtion, auch ActiveX genannt, bietet zusaetzlich eine Infrastruktur an (Infos ueber Datentypen, Hilfe etc.) und ermoeglich, soweit ich weiss, auch das Marshalling an (Datenkonvertierung zwischen Prozesse). Da VB diese Zusatzinfos benoetigt, muss dort ActiveX verwendet werden. Gruss, Ralph ------------------ PASCAM Ralph Müller Softwareentwicklung
| | In das Form SolidWorks wechseln |
|
SolidWorks : buttoncallbacks, events, ... ?!
PASCAM am 28.10.2004 um 09:49 Uhr (0)
Hallo Bruggmann, Also, Stefan hat vollkommen recht: Das geht alles nur als Dll. Du hast folgende Chance: In deiner Dll bekommst Du ja das ConnectSW-Ereignis (Implementierung der SW-Schnittstelle). In diesem Ereignis erzeugst Du Dir ein Objekt deiner EXE mittels CreateObject oder New (die EXE muss dazu als EXE-Server uebersetzt sein!). In deinem ButtonCallback in der Dll rufst Du dann die entsprechende Methode deines EXE-Objektes auf. Dies ist eine gängige Methode, prozessübergreifend zu kommunizieren (geht ...
| | In das Form SolidWorks wechseln |
|
Anzeige:
Anzeige: (Infos zum Werbeplatz)
 |