Zum Inhalt springen
getnextpdf.com

Referenz

Referenzmaterial beantwortet präzise Fragen: welches Symbol, welcher Wert, welche Unterstützungsstufe oder welche Klausel jeweils gilt. Der Tab „Referenz“ bündelt die verifizierte Oberfläche von NextPDF: Modulreferenz, Unterstützungsmatrizen, API-Oberfläche, Fehlerreferenz, Standardkonformität und die vom Projekt veröffentlichten Richtlinien. Er erklärt nicht, wie Sie ein Ziel erreichen; nutzen Sie dafür die Anleitungen oder das Cookbook.

Die nextpdf/core-Engine ist nach Modulen dokumentiert.

SeiteWofür Sie sie verwenden
Core-Engine-ReferenzNamespace-Überblick über alle Modulseiten und die vier Unterfamilien.
Contracts: 41 öffentliche Interfaces (SPI)Öffentliche Interfaces und Enums mit nachverfolgter Stabilität.
Core: Document-Fassade + Concern-TraitsDocument-Fassade und die Has*-Trait-Familie.
HTML: Subsystem für HTML+CSS-zu-PDF-RenderingDer HTML-Renderer mit Single-Pass-Streaming.
Sicherheit: Verschlüsselung, Crypto-Policy und SignaturoberflächeVerschlüsselung, Berechtigungen und Integrationspunkte für das Signieren.

Was der Renderer verifiziert und als unterstützt, teilweise unterstützt oder nicht unterstützt deklariert.

SeiteWofür Sie sie verwenden
CSS-Support-MatrixSupport-Level pro Funktion für Cascading Style Sheets (CSS) in der HTML-Pipeline.
Nicht unterstützte CSS-Funktionen und BehelfslösungenWelche Funktionen außerhalb des Umfangs liegen und welche Alternativen verfügbar sind.
Unterstützungsmatrix für Schriftarten und SchriftsystemeSchrifttechnologien und die Unterstützung von Schriftsystemen.
Unterstützung für vertikale CJK-SchreibrichtungUnterstützung für den vertikalen Writing-Mode bei chinesischem, japanischem und koreanischem Text.
Unterstützung für Komplexschrift-ShapingShaping-Unterstützung für Schriften, die sie benötigen.

Präzise Symbole, zulässige Werte und Serviceverträge.

SeiteWofür Sie sie verwenden
Enum-ReferenzAlle öffentlichen Enums und ihre zulässigen Werte.
TSA-KonfigurationDie standardmäßige Time-Stamping Authority (TSA) und wie Sie sie ändern.
Referenz zur Connect-REST-APIDie REST-Endpunkte von NextPDF Connect aus dem OpenAPI-3.1-Dokument.
Connect-API-ExplorerDer interaktive Explorer für denselben Vertrag.

API-Referenzen (Application Programming Interface, API) finden Sie auf Paketebene in den jeweiligen Paketen: Connect API-Referenz, Index der Integrations-APIs und Python-SDK-API-Referenz im Tab „Anleitungen“.

Alle Exceptions, die die Engine auslöst: nach Domäne geordnet, mit strukturiertem Kontext und Wiederherstellungshinweisen.

SeiteWofür Sie sie verwenden
FehlerreferenzDas Exception-Modell: die Basisklasse NextPdfException und der Kontextvertrag.
Core- und allgemeine FehlerFehler im Dokumentlebenszyklus und allgemeine Engine-Fehler.
Rendering- und I/O-FehlerHTML-, Schrift-, Writer- und Reader-Fehler.
Security- und SignaturfehlerFehler bei Verschlüsselung, Signieren und PKI.
Laufzeit- und Support-FehlerFehler bei HTTP, Resilienz und Observability.
Accelerator-FehlerFehler des optionalen Accelerator-Sidecars.
Compliance-FehlerFehler bei Validierung und Konformitäts-Tooling.

Die Standardprofile, auf die NextPDF Core abzielt, jeweils mit klarer Abgrenzung: Die Engine erzeugt Ausgaben, die als konform vorgesehen sind; über die Konformität entscheidet ein externer Validator.

SeiteWofür Sie sie verwenden
StandardkonformitätDie Konformitätshaltung und der Profilindex.
PDF 2.0-KonformitätDie ISO 32000-2-Baseline, auf die die Engine abzielt.
PDF/A-4-KonformitätArchivierungskonformität, einschließlich PDF/A-4-Klauselzuordnung.
PDF/UA-2-KonformitätBarrierefreiheitskonformität, einschließlich PDF/UA-2-Klauselzuordnung.
PDF/X-KonformitätKonformität für die Druckproduktion.
PAdES-KlauselzuordnungDas Baseline-Profil-Mapping nach ETSI EN 319 142 für PDF-Signaturen.
ZUGFeRD-/Factur-X-KonformitätKonformität für hybride elektronische Rechnungen.

Die Engineering-Grundsätze der Core-Engine mit klar abgegrenzten Aussagen.

SeiteWofür Sie sie verwenden
Trust CenterDer Index dieser Aussagen.
ProduktlizenzierungDie Lizenzbedingungen des Open Core und der kommerziellen Editionen.
Marken- und Brand-NutzungWie Name und Marken von NextPDF verwendet werden dürfen.
Datenverarbeitung, PII und TelemetrieWas die Engine liest, speichert und übermittelt.
Sicherheitsmodell für Signaturen und VerschlüsselungDas kryptografische Design mit seinen Grenzen.
Bedrohungsmodell für die EngineWovor sich die Engine schützt und wovor nicht.
Richtlinie zur Offenlegung von SchwachstellenWie Sie eine Schwachstelle melden.
SeiteWofür Sie sie verwenden
ChangelogWas sich in den einzelnen Releases geändert hat.
Changelog-KonventionenWie Changelog-Einträge geschrieben und klassifiziert werden.
Versionierung, Stabilität, Deprecation und Support-PolicyDie releaseübergreifenden Kompatibilitätszusagen.
Aufbau der NextPDF-DokumentationStruktur und Governance dieser Dokumentation.

Glossar – die in dieser Dokumentation verwendeten Begriffe, zentral definiert, damit ihre Verwendung in der gesamten Dokumentation einheitlich bleibt.

Jeder API-Eintrag muss dieselben Fragen beantworten:

FrageErforderliche Antwort
Was rufen Sie auf?Vollständig qualifiziertes Symbol, Endpunkt, CLI-Befehl (Command-Line Interface, CLI) oder Konfigurationsschlüssel.
Welche Eingaben werden akzeptiert?Parametertabelle mit Typ, Pflichtangabe, Standardwert und akzeptierten Werten.
Was passiert standardmäßig?Das Verhalten, wenn optionale Eingaben weggelassen werden.
Was wird zurückgegeben?Rückgabetyp, Response-Body, Dateiausgabe, Stream oder Nebeneffekt.
Was kann fehlschlagen?Exception, Validierungsfehler, HTTP-Status oder operativer Fehlermodus.
Wie nutzen Sie es sicher?Hinweise zu Sicherheit, Worker-Safety, Größenlimits, Pfaden, Timeouts und dem Umgang mit Secrets.

Referenzseiten zu API und Verhalten sind quellengestützt. Öffentliche APIs werden anhand von Paketquellcode, Konfigurationsdateien, Tests und Beispielen dokumentiert. Interne Hilfsklassen werden nur dann dokumentiert, wenn Anwendungsentwicklerinnen und -entwickler ihr Verhalten verstehen müssen, um das Paket zu konfigurieren oder zu betreiben.

Referenzseiten verwenden bevorzugt Tabellen statt dichter Fließtextabsätze. Jede Zeile sollte für sich allein verständlich sein, da die spätere Segmentierung im Extensible Localization Interchange File Format (XLIFF) den Inhalt blockweise aufteilt.