Integrering av dokumentvisnings‑SDK:er med molnlagring och samarbetsplattformar
← Back to Blog7 min read

Integrering av dokumentvisnings‑SDK:er med molnlagring och samarbetsplattformar

Integrering av dokumentvisnings‑SDK:er med molnlagring och samarbetsplattformar
Integrering av dokumentvisnings‑SDK:er med molnlagring och samarbetsplattformar
Att integrera ett dokumentvisnings‑SDK med molnlagring och samarbetsplattformar låter dig leverera sömlösa, säkra och sökbara dokumentupplevelser direkt från din .NET‑applikation. Med Doconut—en universell dokumentvisare för .NET‑back‑ends—kan du rendera PDF‑filer, Office‑dokument, CAD‑ritningar och bilder nativt, lägga till OCR‑driven sökning, möjliggöra real‑tids‑annotation och kontrollera utskrift, samtidigt som du håller data inom ditt valda moln eller on‑premise‑miljö. Denna guide visar seniorutvecklare och mjukvaruarkitekter hur man ansluter Doconut till Azure Blob, Amazon S3 eller Google Cloud Storage, samt hur man exponerar visaren via samarbetsportaler som Microsoft Teams, SharePoint eller skräddarsydda React‑baserade arbetsytor.


Varför moln‑native dokumentvisning är viktigt för moderna .NET‑appar

Plattformskonsistens med en enda .NET‑core

Företag lämnar bakom sig skrivbords‑endast dokumentverktyg och omfamnar web‑first‑upplevelser som körs på Windows. Doconut’s server‑side rendering‑motor kör på .NET 6 och senare, vilket säkerställer samma pixel‑perfekta resultat oavsett underliggande OS. Eftersom visaren arbetar med streams kan du hämta en fil från vilken molnbucket som helst, skicka den direkt till Doconut‑visarkomponenten och returnera renderade sidor eller miniatyrer till klienten utan att någonsin skriva filen till disk.

Minska latens och bandbredd

När ett dokument lagras i Azure Blob Storage skapar nedladdning av hela filen till klienten bara för att visa den första sidan onödig latens. Doconut stödjer on‑demand‑generering av miniatyrer, vilket låter dig begära en lågupplöst förhandsvisning först och hämta full‑sidans rendering först när användaren scrollar. Detta mönster är särskilt värdefullt för stora CAD‑ritningar (DWG, DXF) som kan vara hundratals megabyte.

Säkerhets‑först bearbetning

All tungt arbete sker på servern. Genom att använda Doconut’s server‑side processing‑funktioner behåller du konfidentiella PDF‑filer, juridiska kontrakt eller medicinska journaler inom ditt privata VNet eller bakom en företagsbrandvägg. Ingen tredje‑parts SaaS anropas, och visaren strömmar aldrig råa bytes till en webbläsar‑engine—endast bild‑tiles eller HTML‑snuttar som du genererar bakom kulisserna.


Ansluta Doconut till populära molnlagringstjänster

Allmän integrationsmetod

  1. Hämta dokument‑strömmen – Använd SDK:n för din valda molnleverantör (Azure Blob, Amazon S3, Google Cloud Storage) för att ladda ner filen till ett Stream‑objekt.
  2. Skicka strömmen till Doconut – Doconut‑visaren accepterar en ström tillsammans med valfria renderingsalternativ. Detta eliminerar behovet av temporära filer på webbservern.
  3. Generera en visartoken – Doconut returnerar en token som unikt identifierar det öppnade dokumentet för den aktuella sessionen. Token kan returneras till front‑end som JSON och användas för efterföljande sid‑renderings‑ eller annoterings‑förfrågningar.
  4. Rendera sidor på begäran – Front‑end anropar Doconut‑endpointen med token och önskat sidnummer; Doconut strömmar tillbaka en bild eller HTML‑fragment.

Eftersom arbetsflödet enbart bygger på streams kräver byte från Azure‑kod till Amazon S3 eller Google Cloud Storage endast en förändring i moln‑SDK‑anropet som skapar strömmen; resten av Doconut‑pipeline förblir identisk.

Hantera multi‑tenant‑lagring

I ett SaaS‑DMS kan varje tenant ha en separat bucket eller prefix. Eftersom Doconut arbetar med streams kan du lösa rätt bucket vid körning, öppna dokumentet och hålla token begränsad till den aktuella användarens claims. Doconut’s interna cache (IDistributedCache) kan konfigureras att använda Redis eller Azure Cache for Redis, vilket säkerställer att återkommande förfrågningar för samma sida träffar minnet snarare än att renderas om.


Möjliggöra real‑tids‑annotation och OCR i samarbetsflöden

Annotations‑plugin: förvandla en statisk visare till ett granskningshub

Doconut levereras med ett Annotation Plugin som låter användare markera text, lägga till klisterlappar eller rita fria former. Efter att ett dokument har öppnats får du en annoterings‑manager från visaren, lägger till eller modifierar annoterings‑objekt och persisterar annoterings‑tillståndet som XML. Att lagra XML‑filen tillsammans med dokumentposten möjliggör versionshistorik, och inläsning av XML vid efterföljande öppningar återställer exakt visuellt tillstånd.

OCR‑driven sökning för skannade PDF‑filer

Skannade kontrakt, kvitton eller medicinska bilder kommer ofta som enbart bild‑PDF‑filer. Doconut’s Search Plugin kör automatiskt OCR på servern när du aktiverar den i visarkonfigurationen. OCR‑motorn lever i server‑side‑stacken, så den extraherade texten lämnar aldrig din skyddade miljö. När OCR är klar kan du anropa sök‑API:t för att hämta matchande sidnummer och avgränsningsrektanglar, vilka UI‑komponenten kan markera. Eftersom OCR körs på servern kan du dessutom indexera den extraherade texten i Azure Cognitive Search, Elasticsearch eller någon annan söktjänst för att erbjuda omedelbar fulltext‑sökning över hela ditt arkiv.

Samarbete via delade tokens

I Teams‑ eller SharePoint‑integrationer genererar du vanligtvis en kortlivad token som kodar dokument‑ID, användarbehörigheter och en tidsstämpel. Doconut’s token‑sträng som returneras från OpenDocument‑anropet kan omslutas i en JWT eller lagras i en cache‑post. När en annan användare klickar på den delade länken används samma token för att åter‑hydrera visaren, vilket bevarar annotationer och OCR‑lager för alla inblandade.


Säker server‑side‑konvertering och kontrollerad utskrift med Doconut

Många företag behöver konvertera inkommande Word‑, Excel‑ eller CAD‑filer till PDF för arkivering, eller upprätthålla en “skriv‑endast‑om‑godkänd”‑policy. Doconut’s Converter Plugin hanterar dessa scenarier utan att kräva Microsoft Office eller tredjeparts‑tjänster. Du anropar konverterings‑API:t på servern, skickar in källfilens sökväg (eller stream) och önskat utdataformat. Konverteringen körs helt på back‑end och producerar en PDF som kan lagras i ditt dokumentarkiv.

När PDF‑filen finns kan du aktivera Controlled Printing direkt i visar‑UI:t. Doconut exponerar en metod för att sätta utskrifts‑behörigheter för ett givet dokument‑token. När användaren klickar på utskriftsknappen kontrollerar Doconut flaggan och antingen renderar en utskrivbar bild‑stream eller returnerar ett vänligt “printing disabled”-meddelande. Detta eliminerar behovet av anpassad JavaScript för att blockera webbläsarens utskriftsdialog.

Auditering av utskrifts‑aktivitet

Eftersom utskrifts‑begäran passerar Doconut‑middleware kan du haka in i ASP.NET Core:s loggnings‑pipeline för att fånga vem som skrev ut vad och när. Spara audit‑posten i en SQL‑tabell eller vidarebefordra den till ett SIEM‑system för efterlevnadsrapportering—kritiskt för juridisk teknik eller hälso‑IT‑lösningar där varje dokumentåtkomst måste kunna spåras.


Bästa praxis för skalning och prestanda i tvär‑plattform‑miljöer

  1. Utnyttja distribuerad cache – Doconut’s interna sid‑tile‑cache kan backas av Redis, Azure Cache eller någon IDistributedCache‑implementation. Inkludera dokument‑versions‑hash i cache‑nycklar för att undvika leverans av föråldrade bilder efter en konvertering.
  2. Använd bakgrundsjobb för masskonvertering – Vid onboarding av ett stort arkiv, köa konverterings‑uppgifter med Hangfire eller Azure Functions. Doconut‑visarklassen fungerar med IHostedService‑workers eftersom den accepterar streams och returnerar tokens utan att kräva ett HTTP‑kontext.
  3. Justera bildupplösning per enhet – Mobila enheter gynnas av en lägre ImageResolution (150‑200 DPI), medan stationära arbetsstationer kan begära 300 DPI för CAD‑detalj. Anpassa upplösningen baserat på user‑agent‑strängen eller en klient‑sid inställning.
  4. Aktivera lazy loading av annotationer – Lagra annoterings‑XML i en separat tabell och ladda den endast när användaren öppnar annoterings‑panelen. Detta minskar den initiala payloaden och snabbar upp rendering av första sidan.
  5. Övervaka minnesfotavtryck – Rendering av högupplösta CAD‑sidor kan vara minnesintensiv. Konfigurera .NET GC att använda server‑läge i produktion (<gcServer enabled="true"/>) och sätt en rimlig timeout för att förhindra löpande renderingsjobb.
  6. Applicera en CDN för statiska resurser – Visarens JavaScript‑ och CSS‑paket är statiska. Servera dem från Azure CDN, CloudFront eller Cloudflare för att spara millisekunder på den initiala sidladdningen, särskilt för globalt distribuerade team.

Genom att följa dessa riktlinjer kan du stödja tusentals samtidiga användare över kontinenter samtidigt som du håller latensen under 200 ms för första sidan—ett mål som många företagsportaler strävar efter.


Kom igång snabbt med Doconut’s gratis provperiod

Det snabbaste sättet att utvärdera Doconut är att ladda ner gratis‑provet från den officiella webbplatsen, lägga till NuGet‑paketet i ett nytt ASP.NET Core‑projekt och följa snabbstart‑guiden. På några minuter har du en funktionell visare som kan hämta dokument från Azure Blob, möjliggöra annotation, köra OCR‑baserad sökning och utföra säker server‑side‑konvertering. För steg‑för‑steg‑instruktioner, besök Doconut‑dokumentationen och börja bygga din moln‑native dokumentupplevelse idag.

Redo att transformera dina dokumentarbetsflöden? Registrera dig för Doconut‑gratis‑provet nu och se hur enkelt det är att leverera säkra, sökbara och samarbetsinriktade dokumentupplevelser i vilken .NET‑applikation som helst.

#document viewer#.NET#cloud integration#collaboration#OCR#dokumentvisare#molnintegration#samarbete