write_added_to.json
Die JSON-Datei des Beispiels „Ein erhaltener und ergänzter Vertrag, ohne dass sich ein Byte verschoben hat“. Ein Wartungsvertrag, den jemand anderes geschickt hat, mit einem Unterschriftsbereich, einem Datum und einer eigenen Zeile über seiner letzten Seite, einem danach angefügten Anhang und einer leeren Unterschriftsstelle über dem Unterschriftsbereich, wobei jedes Byte des Vertrags an seinem Platz bleibt.
Diese Datei ist eine Anfrage: Eine Anwendung sendet sie über das Netz an den Server, der das PDF erzeugt und zurücksendet. Sie erzeugt dieselbe Seite wie die Rust- und die Python-Fassung dieses Beispiels. Eine Anfrage nennt jede Datei, die sie verwendet, nie ihren Inhalt; der Aufruf trägt die Anfrage und die Dateien zusammen. Eine Schrift, die der Server bereits vorhält, etwa DejaVuSans, wird ohne Anhang genannt. Senden Sie die Anfrage an die Adresse, die die API-Seite angibt.
Wofür dieses Beispiel da ist
Ein Lieferant schickt einen Wartungsvertrag als zweiseitiges PDF. Er muss mit einem Unterschriftsbereich, dem Datum, einer Zeile, die sagt, wer unterschreibt, und einem einseitigen Anhang am Ende zurückgehen. Den Vertrag zu öffnen und neu zu schreiben, ergäbe eine andere Datei: Eine bereits enthaltene Signatur würde nicht mehr halten, und niemand könnte beweisen, dass der Wortlaut noch der gesendete ist.
Was dieses Beispiel zeigt
- Jedes Byte der erhaltenen Datei an seinem Platz gelassen.
- Eine Seite voller Ergänzungen, über eine bereits bestehende Seite gelegt.
- Eine am Ende angefügte Seite, gezählt wie die anderen.
- Eine leere Unterschriftsstelle über dem Unterschriftsbereich, in einem eigenen Abschnitt hinzugefügt.