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 à l’injection de dépendances, au middleware, aux sessions asynchrones et au déploiement Distribué optionnel.

Le package mis à jour remplace la construction manuelle du visionneur 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 au visionneur.
Arrêtez de maintenir les actifs du visionneur 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 75 extensions visualisables sur 18 familles via le même visionneur unifié 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 Viewer manuellement avec le cache, le contexte HTTP et un chemin de licence.
AddDoconut() enregistre Viewer et les points de terminaison de l’application le 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 du visionneur.
Le middleware sert les scripts, styles, images et ressources du visionneur 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 le mode Distribué peut être activé pour un ferme web équilibrée.
L’intégration .NET 6 mise à jour prend en charge la même conception Distribuée en option pour les artefacts de rendu partagés et les requêtes de visionneur protégées sous Windows.
Le mode Distribué est optionnel. Il n’ajoute pas de complexité à l’intégration à instance unique par défaut.
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 du visionneur gérés par l’application.
Oui. Le catalogue audité contient 75 extensions de fichiers visualisables réparties sur 18 familles de formats.
Non. Le visionneur à instance unique standard reste le défaut. Distribué 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.