Altium 365 API
Die Altium 365 API ist eine GraphQL-API, die programmgesteuerten Zugriff auf die Daten Ihres Altium 365 Workspace bietet. Sie unterstützt sowohl Lese- als auch Schreibvorgänge über die gesamte Breite der Plattform hinweg.
Wie die API organisiert ist
Die API ist um die Domänenbereiche der Plattform herum strukturiert, die als bounded contexts bezeichnet werden. Jeder abgegrenzte Kontext deckt einen bestimmten Bereich der Plattform ab – seine Entitäten, Operationen und Geschäftsregeln. GraphQL-Typ- und Abfragenamen folgen Namenskonventionen, die den jeweiligen Domänenbereich widerspiegeln, zu dem sie gehören, wodurch die Navigation im Schema einfacher wird, sobald Sie mit der Struktur vertraut sind.
Wichtige abgegrenzte Kontexte
Abgegrenzter Kontext |
Was er umfasst |
Design |
PCB-Projekte, Schaltpläne, Varianten, Releases, Fertigungspakete |
Library |
Komponenten, Symbole, Footprints, Teile, Teileanfragen, Datenblätter |
Procurement |
Stücklisten, BOM-Elemente, alternative und Ersatzteile |
Platform |
Benutzer, Workspaces, Organisationen, Lebenszyklusdefinitionen, Revisionsbenennung |
Collaboration |
Kommentare, Kommentar-Threads, Aufgaben |
Customization |
Workflows, Skripte, Skriptausführungen |
Zusätzliche abgegrenzte Kontexte decken spezialisiertere Funktionen ab – Gerätemodellierung, Over-the-Air-Firmware-Updates, Anforderungsmanagement, Embedded-Software und Systemdesign. Diese sind über dieselbe API zugänglich und folgen denselben Konventionen.
Jeder abgegrenzte Kontext erhält mit zunehmender Abdeckung einen eigenen Dokumentationsabschnitt. Der integrierte Voyager-Schema-Browser ist in der Zwischenzeit eine gute Möglichkeit, den vollständigen Typgraphen zu erkunden.
Das Schema erkunden
Die Altium 365 API ist selbstdokumentierend. Zwei integrierte Werkzeuge sind direkt über Ihre Workspace-URL verfügbar:
-
Nitro – eine browserbasierte GraphQL-IDE zum interaktiven Schreiben und Ausführen von Abfragen:
https://{workspace-domain}/api/graphql/ -
Voyager – eine visuelle Darstellung des vollständigen Schemas, nützlich zum Verständnis der Beziehungen zwischen Typen:
https://{workspace-domain}/api/voyager/
Endpunkte
Workspace-Endpunkt
Verwenden Sie für die meisten Integrationen den Workspace-Endpunkt. Er zielt auf einen bestimmten Workspace ab und ist der empfohlene Ausgangspunkt:
|
GraphQL |
Dateidienst |
Workspace |
|
|
Regionale Endpunkte
Verwenden Sie einen regionalen Endpunkt, wenn kein Workspace im Geltungsbereich ist – zum Beispiel, um alle Workspaces aufzulisten, auf die ein Benutzer Zugriff hat – oder wenn Sie mit globalen Daten wie Benutzern und Organisationen arbeiten.
Region |
GraphQL |
Dateidienst |
Europa |
|
|
US West |
|
|
US East |
|
|
Asien-Pazifik |
|
|
Gov Cloud |
|
|
Authentifizierung
Alle Anfragen müssen ein gültiges Zugriffstoken enthalten:
Authorization: Bearer {access-token}
Siehe Verwenden eines Zugriffstokens für Details.
In diesem Abschnitt