Dependency Injection
Registrieren Sie Doconut mit AddDoconut() und injizieren Sie Viewer in den Endpunkt, der jedes Dokument öffnet.
Behalten Sie Ihr .NET 6-Ziel bei, während Sie zu DI, Middleware, asynchronen Sitzungen und optionaler Distributed-Bereitstellung wechseln.

Das aktualisierte Paket ersetzt die manuelle Viewer-Erstellung und kopierte Ressourcen durch das heute dokumentierte DI-, Middleware- und Async-Modell.
builder.Services.AddDoconut(options =>
{
options.LicensePath = "Doconut.Viewer.lic";
});
app.UseDoconutResources();
app.UseDoconut();
var token = await viewer.OpenDocumentAsync(filePath);Registrieren Sie Doconut mit AddDoconut() und injizieren Sie Viewer in den Endpunkt, der jedes Dokument öffnet.
Ersetzen Sie das synchrone Öffnen durch OpenDocumentAsync() und geben Sie ein undurchsichtiges Token an den Viewer zurück.
Beenden Sie die Pflege kopierter Viewer-Assets und stellen Sie das aktuelle Bundle über Doconut-Middleware bereit.
Verwenden Sie gemeinsam genutzte Artefakte und geschützte Tickets, wenn die Anwendung mehrere Bereitstellungsknoten benötigt.
Das aktuelle .NET 6-Paket stellt 76 anzeigbare Erweiterungen über 19 Familien durch denselben einheitlichen Browser-Viewer bereit.
PDF, DOC, DOCX, RTF, ODT, XLS, XLSX, CSV, PPT, PPTX, ODP
DWG, DXF, DGN, VSD, VSDX, VSSX, VSTX, MPP, MPX
EML, EMLX, MSG, DCM, IMA, XPS, EPUB, MHT, MHTML
JPG, PNG, TIFF, SVG, WEBP, AVIF, PSD, HTML, TXT, und mehr
Der Paketname kann gleich sein. Diese Code-Signaturen zeigen, welche Doconut-Generation eine Anwendung verwendet.
MapWhen() leitet Anfragen über DocImage.axd.
UseDoconutResources() und UseDoconut() registrieren die aktuelle Middleware-Pipeline.
Anwendungscode erstellt Viewer manuell mit Cache, HTTP-Kontext und einem Lizenzpfad.
AddDoconut() registriert Viewer und Anwendungsendpunkte erhalten ihn über Dependency Injection.
OpenDocument() führt den klassischen synchronen Aufruf aus.
OpenDocumentAsync() erstellt die aktuelle asynchrone Dokumentensitzung.
Die Anwendung kopiert und pflegt Viewer-JavaScript-Dateien.
Middleware liefert eingebettete Skripte, Styles, Bilder und Viewer-Ressourcen.
Die Anwendung bleibt an das ursprüngliche Hosting- und Sitzungsmodell gekoppelt.
Der Normalmodus bleibt einfach, während Distributed für eine lastenausgeglichene Webfarm aktiviert werden kann.
Die aktualisierte .NET 6-Integration unterstützt das gleiche opt‑in Distributed-Design für gemeinsam genutzte Rendering-Artefakte und geschützte Viewer-Anfragen unter Windows.
Distributed-Modus ist optional. Er fügt der standardmäßigen Single‑Instance-Integration keine Komplexität hinzu.
Genehmigte Knoten validieren gemeinsam genutzte Tickets, anstatt von einer Anwendungsinstanz abhängig zu sein.
Tickets können den Dokumentenzugriff an den aktuellen Browser und den authentifizierten Benutzer binden.
Priorisieren Sie die erste Seite, während die optionale Veröffentlichung mit späteren Dokumenten-Artefakten fortgesetzt wird.
Verwenden Sie Bereitschaftsmarker, Widerruf und Aufbewahrungsregeln für vorhersehbaren gemeinsamen Speicher.
Achten Sie auf DocImage.axd, MapWhen(), manuelle neue Viewer-Konstruktion, OpenDocument() oder von der Anwendung verwaltete Viewer-JavaScript-Dateien.
Ja. Der geprüfte Katalog enthält 76 anzeigbare Dateierweiterungen über 19 Formatfamilien.
Nein. Der standardmäßige Single‑Instance-Viewer bleibt die Vorgabe. Distributed ist eine explizite Option für lastenausgeglichene Bereitstellungen.
Ja. Verwenden Sie den Migrationsleitfaden, um klassisches Hosting, Viewer-Konstruktion, Dokumentenöffnung, Ressourcen, Plugins und Skalierung auf die aktuelle Integration abzubilden.
Evaluieren Sie das aktualisierte Paket, folgen Sie der verifizierten Migrationskarte und testen Sie Ihre bestehenden Dokumenten-Workflows.