Class ResultFiles
Wohin ein Aufrufer die signierten Ergebnisse eines Vorgangs schreibt.
public static class ResultFiles
- Inheritance
-
ResultFiles
- Inherited Members
Remarks
Der display_name kommt vom Dienst — und damit von dem, der das Dokument
eingereicht hat, nicht zwingend vom Aufrufer selbst. Path.Combine allein macht
aus ....\etwas.pdf den Weg nach oben und wirft bei einem absoluten Namen den
Zielordner ganz weg. Deshalb zählt nur der Dateiname, alles andere ersetzt die
document_id, und der fertige Pfad muss nachweislich im Zielordner liegen.
Methods
- KindHint(IEnumerable<DocumentInput>)
Die Dokumentart je Ergebnis, aus der eigenen Einreichung — für PathsIn(string, IReadOnlyList<DocumentResult>, Func<DocumentResult, DocumentKind>). Verbindung zwischen Eingabe und Ergebnis ist allein der Anzeigename, die
document_idvergibt der Dienst. Trägt derselbe Name zwei Arten, bleibt die Art offen: Eine falsche Endung ist schlimmer als keine.
- KindOf(DocumentResult)
Die Dokumentart eines Ergebnisses, soweit am Ergebnis ablesbar.
DocumentResultselbst trägt sie laut Contract nicht (sign-signing-process.proto) — aber das Prüfurteil sagt, als was der Verifier die Bytes gelesen hat, und genau in dieser Form liegen sie jetzt vor. Ohne angebundenen Verifier gibt es kein Urteil; dann bleibt es beiUnspecified, und wer die Art selbst kennt, muss sie mitgeben.
- PathIn(string, string, string, DocumentKind)
Der Pfad für ein Ergebnis im Ordner
outDir: der Dateiname-Anteil vondisplayName, ersatzweise diedocumentIdsamt der zukindpassenden Endung.
- PathsIn(string, IReadOnlyList<DocumentResult>, Func<DocumentResult, DocumentKind>)
Die Zielpfade für ALLE Ergebnisse eines Vorgangs — auf einmal, weil sich nur hier zeigt, dass zwei Ergebnisse denselben Anzeigenamen tragen. Bei einer Stapelsignatur ist das der Normalfall; wer sie nacheinander auf denselben Pfad schreibt, verliert das erste Ergebnis, während die Ausgabe zwei Dateien meldet.