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 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‑sidans 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 följande avsnitten tittar vi på varför gamla visare blir till bördor, hur Doconut‑arkitekturen löser dessa problem, och en praktisk migrationsplan som du kan börja använda redan nu.
1. Äldre 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‑sidans beroenden | Användare måste installera eller aktivera webbläsar‑plug‑ins; företags‑IT blockerar dem, vilket avbryter arbetsflödet. |
| Server‑sidans Office‑krav | Att installera 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 stöd för, vilket tvingar fram lösningar eller manuella konverteringar. |
| Skalbarhetsflaskhalsar | Rendering sker på klientens CPU; stora PDF‑filer eller flersidiga Office‑dokument leder till tröghet och krascher. |
| Tillgänglighetsluckor | Tangentbordsnavigering, skärmläsarstöd och WCAG‑efterlevnad är ofta eftertankar, vilket utsätter företag för efterlevnadsrisk. |
| Underhållsmardröm | Leverantörens SDK:er som inte längre uppdateras blir säkerhetsrisker, och varje patch kräver en full omdistribuering. |
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, kör utan Office och skalar på servern. Doconut ger dig exakt det.
2. Låg‑fotavtrycks, 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, vilket eliminerar behovet av någon klient‑sidig plugin. Så här matchar arkitekturen de ovanstående utmaningarna:
a. Minimal klientfotavtryck för webbläsaren
- Visaren levererar endast HTML, CSS och en liten mängd JavaScript. Ingen ActiveX, ingen Flash, ingen Silverlight—bara standard‑webbresurser till levererade 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 annotering, sökning och kontrollerad utskrift
- Annoterings‑plugin – lägg till markeringar, kommentarer eller frihands‑ritningar direkt i visaren.
- Sök‑plugin – omedelbar textsökning i hela dokumentet, med OCR för skannade bilder.
- Kontrollerad utskrift – verkställ utskriftspolicyer från visar‑UI:t, så att obehöriga kopior förhindras.
d. Server‑sidig konvertering för Office‑fria arbetsflöden
Konverterings‑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‑riktlinjerna direkt ur lådan—tangentbordsnavigering, ARIA‑etiketter och skärmläsar‑vänlig markup är inbakade i visarens HTML. Att uppfylla företags‑tillgänglighetspolicyer 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 använder ASP.NET Core, .NET 6 eller en mikrotjänst‑arkitektur, ansluter Doconut till request‑pipeline:n med ett enda middleware‑anrop. Visaren kan integreras med Kendo UI‑komponenter eller ett annat stödd web‑frontend.
3. Migrationsplan: Från äldre 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 din server 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‑request‑pipeline:n 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 Annoterings‑plugin) laddar du dem via motsvarande 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. Ersätt dessa anrop med 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 annotering och sökning
Koppla befintlig “lägg till kommentar” eller “sök”‑funktionalitet till Doconut’s Annoterings‑ och Sök‑plugins. Båda plugins exponerar enkla server‑sidiga metoder som returnerar JSON‑payloads, vilka ditt front‑end kan konsumera.
Steg 6: Uppdatera front‑end‑integrationen
Eftersom Doconut strömmar renderade bilder behöver front‑endet bara ett <img>‑tagg per sida eller en canvas‑baserad visare. För Kendo UI, bind bild‑URL:erna till ett Kendo‑Carousel för smidig sidväxling.
Steg 7: Testa, optimera, distribuera
- Prestanda – mät tid‑till‑första‑sida; Doconut’s server‑sidiga rasterrendering levererar vanligtvis sub‑sekundresultat 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äsargranskning; Doconut’s markup innehåller redan ARIA‑roller.
När testsviten passerar, ersätt legacy‑visar‑routen 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 ”nice‑to‑have”; 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 bläddra genom dokumentet enbart med tangentbordet, ett måste för avsnitt 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 från dig.
Hög‑kontrast‑läge
Doconut kan spegla de hög‑kontrast‑preferenser som konfigureras i visar‑gränssnittet. UI 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 inbyggd i resten av din app.
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 |
|---|---|---|
| Annoterings‑plugin | Markera, kommentera, rita | Juridisk granskning, ingenjörsförändringsorder |
| Sök‑plugin | Fulltext‑ och OCR‑driven sökning | Hälsovårds‑journaluppslag, finansiell revision |
| Konverterings‑plugin | Server‑sidig Office → PDF/HTML | DMS‑ingest‑pipeline, automatiserad rapportering |
| Kontrollerad utskrift | Utskriftskvoter, vattenstämplar | Konfidentiella kontrakt, reglerade inlagor |
Eftersom alla plugins körs på servern behåller du centraliserad kontroll över databehandling, licenser 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 översyn. Genom att anta Doconut’s låg‑fotavtrycks, server‑sidiga renderingsmotor får du:
- Brett formatstöd utan externa konverterare.
- Inbyggd annotering, sökning och kontrollerad utskrift som uppfyller efterlevnadskrav.
- Företags‑klassad tillgänglighet direkt ur lådan.
- Smidig integration med befintliga .NET‑ och Kendo UI‑projekt.
Redo att pensionera äldre 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.