Injection de dépendances
Enregistrez Doconut avec AddDoconut() et injectez Viewer dans le point de terminaison qui ouvre chaque document.
Conservez votre cible .NET 6 tout en passant à DI, middleware, sessions asynchrones et déploiement Distributed optionnel.

Le package mis à jour remplace la construction manuelle de la visionneuse et les ressources copiées par le modèle DI, middleware et asynchrone documenté aujourd’hui.
builder.Services.AddDoconut(options =>
{
options.LicensePath = "Doconut.Viewer.lic";
});
app.UseDoconutResources();
app.UseDoconut();
var token = await viewer.OpenDocumentAsync(filePath);Enregistrez Doconut avec AddDoconut() et injectez Viewer dans le point de terminaison qui ouvre chaque document.
Remplacez l’ouverture synchrone par OpenDocumentAsync() et renvoyez un jeton opaque à la visionneuse.
Arrêtez de maintenir les actifs de la visionneuse copiés et servez le bundle actuel via le middleware Doconut.
Adoptez des artefacts partagés et des tickets protégés lorsque l’application nécessite plusieurs nœuds de service.
Le package .NET 6 actuel expose 76 extensions visualisables parmi 19 familles via la même visionneuse unifiée du navigateur.
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, et plus
Le nom du package peut être le même. Ces signatures de code montrent quelle génération de Doconut une application utilise.
MapWhen() dirige les requêtes via DocImage.axd.
UseDoconutResources() et UseDoconut() enregistrent le pipeline middleware actuel.
Le code de l’application construit la visionneuse manuellement avec le cache, le contexte HTTP et un chemin de licence.
AddDoconut() enregistre la visionneuse et les points de terminaison de l’application la reçoivent via l’injection de dépendances.
OpenDocument() effectue l’appel synchrone classique.
OpenDocumentAsync() crée la session de document asynchrone actuelle.
L’application copie et maintient les fichiers JavaScript de la visionneuse.
Le middleware sert les scripts, styles, images et ressources de la visionneuse intégrés.
L’application reste couplée au modèle d’hébergement et de session original.
Le mode normal reste simple, tandis que Distributed peut être activé pour un parc web équilibré.
L’intégration .NET 6 mise à jour prend en charge le même design Distributed en option pour les artefacts de rendu partagés et les requêtes de visionneuse protégées sous Windows.
Le mode Distributed est optionnel. Il n’ajoute pas de complexité à l’intégration par défaut à instance unique.
Les nœuds approuvés valident les tickets partagés au lieu de dépendre d’une seule instance d’application.
Les tickets peuvent lier l’accès au document au navigateur actuel et à l’utilisateur authentifié.
Priorisez la première page tandis que la publication optionnelle continue avec les artefacts de document ultérieurs.
Utilisez des marqueurs de disponibilité, la révocation et des règles de rétention pour un stockage partagé prévisible.
Recherchez DocImage.axd, MapWhen(), la construction manuelle d’un nouveau Viewer, OpenDocument() ou les fichiers JavaScript de la visionneuse gérés par l’application.
Oui. Le catalogue audité contient 76 extensions de fichiers visualisables réparties sur 19 familles de formats.
Non. La visionneuse à instance unique standard reste la valeur par défaut. Distributed est une option explicite pour les déploiements équilibrés.
Oui. Utilisez le guide de migration pour mapper l’hébergement classique, la construction du Viewer, l’ouverture de documents, les ressources, les plugins et la mise à l’échelle à l’intégration actuelle.
Évaluez le package mis à jour, suivez la carte de migration vérifiée et testez vos flux de travail de documents existants.