Föregående integration

Använd detta avsnitt när en befintlig .NET Standard‑applikation fortfarande konstruerar Viewer manuellt, skickar alternativ till middleware, koordinerar en webbfarm via en delad mapp, eller kopierar visningsskripten till applikationen. Den arkitekturen är fortfarande dokumenterad för kunder som inte har migrerat.

Paketversionen identifierar generationen

Paket‑ID:t ensam är inte tillräckligt. Båda generationerna publiceras som Doconut.NETStandard:

Kontrollera versionen i projektfilen, låsfilen eller den cachade .nupkg innan du väljer en manual. En paketreferens som bara säger Doconut.NETStandard ger dig ingen information om vilket API koden är skriven mot.

Identifiera den föregående integrationen

Applikationen använder den föregående integrationen när den innehåller en eller flera av dessa signaturer:

var viewer = new Viewer(_cache, _accessor);
var viewer = new Viewer(_cache, _accessor, licenseFilePath);

var token = viewer.OpenDocument(path, config, documentOptions);
viewer.InitCache();

appBranch.UseDoconut(new DoconutOptions { UnSafeMode = false, ShowDoconutInfo = false });

appBranch.UseDoconutWebFarm(new WebFarmOptions { Path = sharedFolder });

Viewer.DoconutLicense(licenseStream);
Viewer.SetLicensePlugin(pluginLicenseStream);

var converter = viewer.Converter.GetConverter();

Dess using‑block är en annan pålitlig signal — konfigurationstyperna var spridda över flera namnrymder:

using Doconut.Configs;
using Doconut.Configs.View;
using Doconut.Configs.Cloud;
using Doconut.Models;

Föregående sidor laddar också ofta applikationshanterade kopior av:

docViewer.js
documentLinks.js
docViewer.UI.js

och deklarerar visnings‑callback‑funktioner som globala variabler namngivna efter container‑id:t, såsom ctlDoc_OnViewerReady().

Den aktuella integrationen identifieras istället av AddDoconut(), UseDoconutResources(), UseDoconut() utan argument, en injicerad Viewer, OpenDocumentAsync() och den plattade Doconut‑namnrymden.

Öppna den bevarade manualen

Den översatta historiska manualen finns kvar på Legacy .NET Standard setup. Dess URL har inte omdirigerats eller ersatts, eftersom den beskriver en verklig integrationsgeneration som befintliga applikationer fortfarande använder.

Kombinera inte kodsnuttar från den manualen med den aktuella AddDoconut()‑dokumentationen. Visningskonstruktion, middleware‑routing, licenser, resurser, konvertering, webbfarm‑koordinering och sessionsägarskap är alla olika.

Planera en migrering

Använd Migrate to .NET Standard 2.1 för den verifierade mappningen från manuell konstruktion och synkron dokumentöppning till DI, aktuell middleware, async‑sessioner, genererade resurser, distribuerad publicering och funktionsstyrda plugins.

Två saker förtjänar uppmärksamhet innan du börjar:

• Värdramverket. netstandard2.1 kräver .NET Core 3.0 eller senare. En .NET Framework‑värd kan inte konsumera det aktuella paketet alls.
• Klientsidans förändringar. Två av dem misslyckas tyst — servern fortsätter fungera och webbläsarkonsolen förblir tom. De behandlas i migrationsguiden.

Behåll den föregående distributionen intakt tills den aktuella applikationen klarar sina dokument-, licens-, sök-, annoterings-, konverterings-, DICOM-, säkerhets- och återställningstester.