Entwicklung in VDF

In diesem Abschnitt erhalten Entwickler eine kurze Einweisung, die mit dem Vault-SDK arbeiten und die Arbeitsabläufe und Dienstprogramme von VDF in ihren eigenen Anwendungen einsetzen möchten.

Nachfolgend sehen Sie eine Übersicht über den Aufbau von VDF, der Ihnen bei der Suche nach Klassen und Methoden in der vom SDK-Installationsprogramm bereitgestellten SDK-Dokumentation hilft.

Aufbau von VDF

VDF ist nicht etwa eine lose Sammlung von Web Service API-Methoden wie in früheren Versionen des SDK, sondern eine neue ganzheitliche Komponente des SDK. Es ist daher durchaus sinnvoll und gewinnbringend, sich mit dem Aufbau von VDF auseinanderzusetzen. Zurzeit besteht VDF aus vier DLLs mit dem Namenspräfix Autodesk.DataManagement.Client.Framework und die durch deren Namen definierten Namensbereiche. Hier die Liste:
  • Autodesk.DataManagement.Client.Framework.dll
  • Autodesk.DataManagement.Client.Framework.Forms.dll
  • Autodesk.DataManagement.Client.Framework.Vault.dll
  • Autodesk.DataManagement.Client.Framework.Vault.Forms.dll

Statt des Präfix "Autodesk…Framework" wird auch häufig nur die Zeichenfolge "VDF" verwendet. So kann der Namensbereich Autodesk.DataManagement.Client.Framework.Vault zur Verringerung der Tastenanschläge einfach als VDF.Vault bezeichnet werden. Wie Sie sehen, enthalten die Namen von jeweils zwei dieser DLLs durchaus Ähnlichkeiten. Ein Paar enthält jeweils "Vault" im Namen, ein anderes Paar wiederum "Forms".

Die DLLs (und die darin enthaltenen Namensbereiche) mit "Vault" im Namen enthalten Komponenten, die sich speziell auf Vault-Konzepte wie Vault-Währungen und Services für die Kommunikation mit einem Vault-Server beziehen. Bei den DLLs ohne "Vault" im Namen handelt es sich um allgemeinere Dienstprogramme wie Services für die Verwaltung von allgemein vorhandenen Einstellungen und Komponenten für die Anzeige von Eingabeaufforderungen. Die DLLs mit "Forms" im Namen enthalten WinForms-Komponenten und Arbeitsabläufe meist für die Anzeige grafisch orientierter Benutzeroberflächen, während die DLLs ohne "Forms" im Namen keine GUI-Komponenten enthalten. Häufig bietet VDF zwei Versionen eines Arbeitsablaufs, eine (grafisch orientierte) GUI-Version und eine (nicht grafisch orientierte) Nicht-GUI-Version. GUI-Versionen eines Arbeitsablaufs befinden sich in einem "Forms"-Namensbereich. Für Client-Anwendungen, die keine GUI erfordern, muss auch keine VDF-"Forms"-DLL bereitgestellt werden.

Auf die meisten von VDF bereitgestellten Funktionen wird über einen von zwei Einstiegspunkten zugegriffen: über statische Library-Klassen der DLLs oder über Services der VDF Connection-Klasse. Die statischen Library-Klassen befinden sich in dem mit der jeweiligen DLL übereinstimmenden Namensbereich, d. h. die VDF.Vault.dll verfügt über eine VDF.Vault.Library-Klasse mit statischen Methoden und Services für die Client-Anwendungen. Die Library-Klassen bieten in erster Linie Zugriff auf GUI-Arbeitsabläufe (sofern in einem "Forms"-Namensbereich) oder auf Arbeitsabläufe und Services, die keine VDF-Verbindung erfordern. Der andere Einstiegspunkt, ein VDF Connection-Objekt der Klasse VDF.Vault.Currency.Connection.Connection, setzt voraus, dass die Client-Anwendung eine Verbindung zu einem Vault-Server herstellt, um eine Verbindung zu erhalten. Das Connection-Objekt bietet verschiedene Services, die mit einem Vault-Server interagieren, wie dem FileManager zum Herunterladen einer Datei oder des Arbeitsordners. Falls Sie bereits mit dem 2013 Vault-SDK vertraut sind, schätzen Sie sicherlich auch die Möglichkeit des Zugriffs auf einen WebServiceManager, wenn der Client Web Service API-Aufrufe direkt ausführen soll.