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 75 anzeigbare Erweiterungen über 18 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 weiter.
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 einen lastenausgeglichenen Web‑Farm 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 Dokument-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 75 anzeigbare Dateierweiterungen über 18 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.