Migrera äldre dokumentvisningslösningar till moderna låg‑fotavtrycks‑SDK:er
Den snabbaste vägen till en modern, säker och responsiv dokumentvisare är att ersätta äldre komponenter med Doconut’s låg‑fotavtrycks‑SDK. För webbportaler som använder Kendo UI erbjuder SDK:n snabb rendering, full tillgänglighet och en fokuserad integrationsväg. Företag som tidigare har byggt ihop egna visare ovanpå skrivbords‑endast‑bibliotek eller externa konverteringstjänster stöter snart på problem: underhållskostnaderna stiger, klient‑sidiga beroenden blir sköra och tillgängligheten hamnar i skymundan. Doconut tar ner dessa barriärer genom att leverera inbyggd PDF-, Office‑ och CAD‑rendering direkt från en .NET‑backend, samtidigt som front‑enden hålls lättviktig och helt under din kontroll.
I de kommande avsnitten ser vi på varför gammaldags visare blir till bördor, hur Doconut’s arkitektur tacklar dessa smärtpunkter och en praktisk migrationsplan som du kan börja använda redan nu.
1. Legacy‑visare: Dolda kostnader bakom välbekanta gränssnitt
De flesta “legacy” dokumentvisare föddes när webbläsare fortfarande förlitade sig på plug‑ins, ActiveX‑kontroller eller tunga Office‑installationer på servern. Konsekvenserna visar sig på flera sätt:
| Problem | Verklig påverkan |
|---|---|
| Klient‑sidiga beroenden | Användare måste installera eller aktivera webbläsar‑plug‑ins; företags‑IT blockerar dem, vilket bryter arbetsflödet. |
| Server‑sidiga Office‑krav | Installation av Microsoft Office på en webbserver strider mot bästa säkerhetspraxis och ökar licenskostnaderna. |
| Begränsat formatstöd | Nya CAD‑ eller bildformat (DWG, DXF, PNG) saknas, vilket tvingar fram work‑arounds eller manuella konverteringar. |
| Skalbarhetsflaskhalsar | Rendering sker på klient‑CPU:n; stora PDF‑filer eller flersidiga Office‑dokument blir tröga och kan krascha. |
| Tillgänglighetsluckor | Tangentbordsnavigering, skärmläsarstöd och WCAG‑efterlevnad är ofta eftertankar, vilket utsätter företag för efterlevnadsrisker. |
| Underhållsnattmare | Leverantörens SDK:er som inte längre uppdateras blir säkerhetsrisker, och varje patch kräver en fullständig omdistribution. |
Lägg till dessa dolda kostnader i ett dokument‑centrerat system—oavsett om det är ett DMS, CRM‑portal eller e‑learning‑plattform—så försvinner ROI snabbt. Moderna företag behöver en visare som inte är beroende av klient‑plug‑ins, fungerar utan Office och skalar på servern. Doconut ger dig exakt det.
2. Låg‑fotavtryck, server‑sidig rendering: Den ideala PDF‑visnings‑SDK:n för moderna appar
Doconut’s kärnstyrka ligger i dess server‑sidiga dokumentrenderingsmotor som strömmar rasterbilder till webbläsaren och eliminerar behovet av någon klient‑plug‑in. Så här matchar arkitekturen de tidigare nämnda utmaningarna:
a. Minimal klientfotavtryck för webbläsaren
- Visaren levererar bara HTML, CSS och en liten mängd JavaScript. Ingen ActiveX, ingen Flash, ingen Silverlight—bara standard‑webbresurser till stödjade webbläsare.
- Eftersom rendering sker på servern behöver klienten aldrig .NET Desktop, Office eller en CAD‑visare installerad.
b. Omfattande formatstöd
Doconut stödjer nativt 33+ format inom Office, PDF, CAD, e‑post och bildkategorier—inklusive DOC/DOCX, XLS/XLSX, PPT/PPTX, DWG, DXF, PNG, JPG med mera. Det eliminerar “fil‑typ‑gapet” som tvingar utvecklare att sätta ihop en blandning av tredjeparts‑konverterare.
c. Inbyggd annotation, sökning och kontrollerad utskrift
- Annotation Plugin – lägg till markeringar, kommentarer eller frihandsritningar direkt i visaren.
- Search Plugin – omedelbar textsökning i hela dokumentet, med OCR för skannade bilder.
- Controlled Printing – verkställ utskriftspolicyer från visar‑UI:t, vilket förhindrar obehöriga kopior.
d. Server‑sidig konvertering för Office‑fria arbetsflöden
Converter Plugin låter dig omvandla Word-, Excel‑, PowerPoint‑ och CAD‑filer till PDF, PNG eller HTML på servern. Ingen Microsoft Office‑installation, ingen extern SaaS och ingen data lämnar någonsin din brandvägg.
e. Tillgänglighet inbyggd
Doconut följer WCAG 2.2 AA‑riktlinjer direkt ur lådan—tangentbordsnavigering, ARIA‑etiketter och skärmläsar‑vänlig markup är inbakade i visarens HTML. Att uppfylla företagets tillgänglighetspolicy blir en fråga om att slå på funktionen, inte att bygga den från grunden.
f. Sömlös integration med moderna .NET‑stackar
Oavsett om du kör på ASP.NET Core, .NET 6 eller en mikrotjänst‑arkitektur, ansluter Doconut till begäran‑pipeline med ett enda middleware‑anrop. Visaren kan integreras med Kendo UI‑komponenter eller ett annat stödjande webb‑frontend.
3. Migrationsplan: Från legacy till Doconut
Nedan följer en pragmatisk, steg‑för‑steg‑plan som du kan följa i en befintlig .NET‑webbapplikation. Målet är att byta ut den gamla visaren mot Doconut samtidigt som det offentliga API‑et förblir stabilt för downstream‑konsumenter.
Steg 1: Förbered miljön
- Lägg till Doconut‑NuGet‑paketet i din lösning.
- Säkerställ att servern kör .NET 6 (eller senare); Doconut’s beroendeoptimerare glänser med den senaste runtime‑versionen.
Steg 2: Registrera Doconut‑middleware
Placera Doconut‑middleware tidigt i ASP.NET‑begäran‑pipeline så att förfrågningar om renderade dokumentbilder fångas upp och bearbetas av Doconut‑motorn.
Steg 3: Ladda licensen
Vid applikationsstart, läs in Doconut‑licensfilen (eller XML‑dokumentet) en gång. Om du har plugin‑specifika licenser (t.ex. för Annotation Plugin) laddar du dem via rätt Doconut‑API.
Steg 4: Ersätt gamla renderings‑anrop
Identifiera ställen där legacy‑kod renderar en dokumentsida till en bitmap eller byte‑array. Byt ut dessa anrop mot Doconut’s dokument‑öppningsflöde, som returnerar en token som representerar det öppnade dokumentet. Använd token för att begära sidbilder eller miniatyrer via Doconut’s bild‑servicetjänster.
Steg 5: Aktivera annotation och sökning
Koppla befintlig “lägg till kommentar”‑ eller “sök”‑funktionalitet till Doconut’s Annotation‑ och Search‑plugins. Båda plugins exponerar enkla server‑sidiga metoder som returnerar JSON‑payloads, vilka ditt frontend kan konsumera.
Steg 6: Uppdatera frontend‑integrationen
Eftersom Doconut strömmar renderade bilder behöver frontend bara ett <img>‑element per sida eller en canvas‑baserad visare. För Kendo UI, bind bild‑URL:erna till en Kendo Carousel för smidig sidvändning.
Steg 7: Testa, optimera, distribuera
- Prestanda – mät tid‑till‑första‑sida; Doconut’s server‑sidiga rasterrendering levererar vanligtvis under en sekund för vanliga PDF‑filer.
- Säkerhet – verifiera att ingen dokumentdata läcker till klienten utöver de renderade bilderna.
- Tillgänglighet – kör en skärmläsaraudit; Doconut’s markup innehåller redan ARIA‑roller.
När testsviten passerar, ersätt den gamla visarrutten med den nya Doconut‑endpointen och rulla ut uppdateringen.
4. Förbättrad tillgänglighet och UX med Doconut och Kendo UI
Tillgänglighet är inte längre ett trevligt tillägg; det är ett krav i många reglerade branscher (hälsovård, finans, offentlig sektor). Doconut’s färdiga efterlevnad hjälper dig att möta dessa standarder utan att skriva egen kod.
Tangentbordsnavigering
Varje interaktivt element—sidnavigering, zoom‑kontroller, annoteringsverktyg—exponerar standard‑tabindex‑attribut. Användare kan snabbt bläddra genom dokumentet enbart med tangentbordet, ett måste för Section 508‑efterlevnad.
ARIA‑etiketter och skärmläsare
Visarens HTML innehåller role="document" och beskrivande aria-label‑attribut som förmedlar sidnummer och zoomnivå till hjälpmedel. Ingen extra ARIA‑skriptning behövs.
Hög‑kontrast‑läge
Doconut kan spegla de hög‑kontrast‑preferenser som konfigureras i visar‑gränssnittet. UI:t kan växla till ett mörkt‑på‑ljus‑schema, vilket behåller läsbarheten för synskadade användare.
Integration med Kendo UI
Kendo UI:s tillgängliga widgets (t.ex. kendoButton, kendoSlider) kan placeras ovanpå Doconut’s bildrendering. Resultatet? En sömlös, helt tangentbords‑navigerbar visare som känns som en naturlig del av resten av din applikation.
5. Framtidssäkring: Utöka visaren med plugins
Doconut’s modulära plugin‑arkitektur betyder att du kan börja med grundläggande visning och senare slå på extra funktioner när affärsbehoven utvecklas.
| Plugin | Kärnfördel | Typisk företagsanvändning |
|---|---|---|
| Annotation Plugin | Markera, kommentera, rita | Juridisk granskning, ingenjörs‑ändringsorder |
| Search Plugin | Fulltextsökning med OCR‑stöd | Sökning i patientjournaler, finansiell revision |
| Converter Plugin | Server‑sidig Office → PDF/HTML | DMS‑ingest‑pipeline, automatiserad rapportering |
| Controlled Printing | Utskriftskvoter, vattenstämplar | Konfidentiella kontrakt, reglerade inlagor |
Eftersom alla plugins körs på servern behåller du centraliserad kontroll över databehandling, licenshantering och skalning. Att lägga till ett nytt plugin är så enkelt som att ladda dess licens och anropa rätt API—ingen front‑end‑omkompilering krävs.
Slutsats
Att modernisera din dokument‑visningsstack behöver inte vara en kostsam, riskfylld omställning. Genom att anta Doconut’s låg‑fotavtrycks, server‑sidiga renderingsmotor får du:
- Brett formatstöd utan externa konverterare.
- Inbyggd annotation, sökning och kontrollerad utskrift som uppfyller efterlevnadskrav.
- Företagsklassad tillgänglighet direkt ur lådan.
- Sömlös integration med befintliga .NET‑ och Kendo UI‑projekt.
Redo att pensionera legacy‑visare och ge dina användare en snabbare, säkrare upplevelse? Starta din migration med Doconut idag – ladda ner SDK:n, följ migrationsplanen och se skillnaden på några minuter.