Abhängigkeitsinjektion
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 optionalem verteilten Bereitstellungsmodell 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 Servierknoten 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 derselbe 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.
Der Anwendungscode erstellt Viewer manuell mit Cache, HTTP-Kontext und einem Lizenzpfad.
AddDoconut() registriert Viewer und Anwendungsendpunkte erhalten ihn über Abhängigkeitsinjektion.
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, Stile, Bilder und Viewer-Ressourcen.
Die Anwendung bleibt an das ursprüngliche Hosting- und Sitzungsmodell gekoppelt.
Der Normalmodus bleibt einfach, während der verteilte Modus für eine lastenausgeglichene Webfarm aktiviert werden kann.
Die aktualisierte .NET 6-Integration unterstützt das gleiche opt-in verteilte Design für gemeinsam genutzte Rendering-Artefakte und geschützte Viewer-Anfragen unter Windows.
Der verteilte 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 optionale Veröffentlichungen mit späteren Dokument-Artefakten fortgesetzt werden.
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. Verteilter Modus ist eine explizite Option für Lastenausgleichs-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 Dokument-Workflows.