Välja rätt Doconut SDK: .NET Standard 2.1, .NET 6 eller .NET 8

Börja med applikationsvärden

Att välja ett Doconut-paket börjar med projektet som ska köra det. En ny .NET 8-webbapplikation, en etablerad .NET 6-tjänst och en bibliotekskompatibel ASP.NET Core-värd kan alla behöva inbäddad dokumentvisning, men deras ramverksbegränsningar och uppgraderingsplaner skiljer sig.

Tre distinkta körningsvägar som konvergerar till ett enhetligt dokumentvisningsarbetsområde

Doconut erbjuder aktuella SDK‑vägar för .NET 8, .NET 6 och kompatibla värdar som använder det nya .NET Standard 2.1-paketet. Det rätta valet är vanligtvis det paket som matchar värden direkt och lämnar minst ramverksambiguitet för teamet som underhåller applikationen.

Översikt av Doconut Viewer SDK är startpunkten för produktens funktioner. Använd den ramverksspecifika dokumentationen för att fatta paketbeslutet.

Förstå vad de tre etiketterna betyder

.NET 8 och .NET 6 är applikationsmål. En webbapplikation kan rikta in sig på en av dessa körningar och välja det matchande Doconut-paketet.

.NET Standard 2.1 är annorlunda: det definierar ett bibliotek-API‑kontrakt som kompatibla .NET‑värdar kan använda. Doconut 26.8.0 introducerar den aktuella Doconut.NETStandard‑generationen för applikationer som riktar in sig på .NET Core 3.0 eller senare, inklusive .NET 5 till .NET 8. Det kan inte konsumeras av .NET Framework.

Den distinktionen håller beslutet förankrat. Välj inte .NET Standard 2.1 bara för att det låter mer generellt; välj det när dess kontrakt är en lämplig passform för värden och lösningsstrukturen.

En praktisk urvalstabell

Applikationssituation	Doconut-sökväg att utvärdera	Varför
Ny applikation som riktar in sig på .NET 8	Doconut.NET8	Direkt matchning för aktuell .NET‑utveckling och den kompletta .NET 8-dokumentationsvägen.
Befintlig applikation som måste förbli på .NET 6	Doconut.NET6	Behåller värdens mål samtidigt som den tillhandahåller aktuell beroendeinjektion, middleware, async‑session och valfri distribuerad modell.
Kompatibel ASP.NET Core-värd där .NET Standard‑kontraktet krävs	Doconut.NETStandard 26.8.0+	Riktar in sig på .NET Standard 2.1 och exponerar den aktuella Doconut‑integrationen för stödjade värdar.
Befintlig Doconut.NETStandard 26.7.0 eller tidigare integration	Planera en migrering innan du väljer 26.8.0+	Paket‑ID:t förblir detsamma, men mål och API‑generation ändras.
Applikation som riktar in sig på .NET Framework	Doconut.NETFramework	.NET Framework kan inte konsumera .NET Standard 2.1.

Denna tabell begränsar det första beslutet. Licensiering, valfria plugins, dokumentformat, distributionsdesign och uppgraderingsinsats kräver fortfarande separat validering.

Välj Doconut.NET8 för nya .NET 8‑applikationer

För en ny .NET 8‑applikation är det dedikerade paketet det tydligaste valet att utvärdera. .NET 8‑visningssida beskriver den aktuella modellen baserad på beroendeinjektion, middleware‑levererade resurser, asynkrona dokumentsessioner och valfria distribuerade arbetsflöden.

En direkt matchning av körmiljön gör också dokumentationen enklare att följa. Installation, konfiguration, felsökning, plugins och exempel kan alla bedömas inom en ramverksspecifik väg.

Innan antagandet, testa dokumentformaten och de valfria funktionerna som produkten faktiskt behöver. En paketmatchning ersätter inte applikationsnivåbeslut om autentisering, auktorisation, lagring, retention, övervakning och resursgränser.

Välj Doconut.NET6 när värden måste förbli på .NET 6

En etablerad applikation kan ha beroenden eller supportåtaganden som gör att den måste stanna på .NET 6. Den uppdaterade .NET 6 Viewer låter applikationen behålla det målet samtidigt som den går över till Doconut nuvarande integrationsarkitektur.

Detta är användbart när en runtime‑uppgradering och en dokument‑visare‑migration inte bör ske i samma release. Teamet kan modernisera visarregistrering, resurshantering, asynkron öppning och dokumentsessioner samtidigt som värdens ramverk hålls stabilt.

Kontrollera om det befintliga projektet använder den klassiska eller den uppdaterade Doconut .NET 6‑integrationen. Paketnamnen i sig avslöjar kanske inte generationen. Den officiella migrationsdokumentationen identifierar API‑signaturerna och värd‑mönstren som skiljer dem åt.

Välj Doconut.NETStandard när kontraktet passar lösningen

Den nya .NET Standard 2.1‑installationsguiden definierar kompatibilitetsgränsen. Den stödjer .NET Core 3.0 och senare värdar, inklusive .NET 5, 6, 7 och 8, och exkluderar .NET Framework.

Denna väg kan vara meningsfull när lösningen specifikt kräver .NET Standard‑bibliotekskontraktet. Versionsvalet är kritiskt: Doconut.NETStandard 26.7.0 och tidigare riktar sig mot .NET Standard 2.0 och använder den tidigare integrationen, medan 26.8.0 och senare riktar sig mot .NET Standard 2.1 med det aktuella API‑et.

Om applikationen redan använder den äldre paketgenerationen, konsultera .NET Standard‑migrationsguiden innan du uppdaterar. Ändringen påverkar mer än bara kompilering: start, visarlivscykel, resursrouting, dokumentöppning, licensiering, plugins och distribuerad publicering kan behöva uppmärksamhet.

Jämför den fullständiga applikationspåverkan

Ett litet konceptbevis bör svara på mer än ”installeras paketet?”. Utvärdera:

Värdens kompatibilitet: Bekräfta applikationens mål och varje projekt som refererar till visarpaketet.
Integrationsgeneration: Identifiera aktuell eller klassisk registrering, visarskapande och dokument‑öppningsmönster.
Dokumenttäckning: Testa representativa PDF‑, Office‑, CAD‑, bild‑, e‑post‑ eller medicinska filer som krävs av produkten.
Plugin‑behov: Validera sök‑, annoterings‑, konverterings‑ eller DICOM‑funktioner individuellt när de ingår i arbetsflödet.
Operativ modell: Testa sessionens livslängd, cachning, resurshantering, städning och eventuell en‑nod‑ eller distribuerad design.
Uppgraderingsinsats: Separera ramverksändringar från Doconut‑ändringar så att fel blir enklare att diagnostisera.
Applikationskontroller: Verifiera åtkomst, lagring, retention och leveransbeteende i det omgivande systemet.

Registrera paketversionen och ramverksmålet tillsammans med varje resultat. Det förhindrar att ett lyckat test mot en SDK‑väg misstolkas som bevis för en annan.

Gör ramverksvalet explicit

En bra arkitekturnotering kan vara kortfattad: ange applikationens mål, valt Doconut‑paket och version, erforderliga plugins, distributionsmodell samt den dokumentationsväg som användes under implementeringen. Denna beslutspost hjälper framtida uppgraderingar att börja från fakta snarare än antaganden om paketnamn.

För ny .NET 8‑utveckling, börja med den dedikerade .NET 8‑SDK:n. För en applikation som stannar på .NET 6, utvärdera det uppdaterade .NET 6‑paketet. Använd Doconut.NETStandard 26.8.0+ när .NET Standard 2.1‑kontraktet är rätt för en kompatibel värd, och håll .NET Framework‑applikationer på deras dedikerade paketväg.

Granska Doconut‑dokumentationshubben och ladda ner en provversion för att testa den valda vägen med din egen applikation och dina dokument.