Du kan visa PDF-filer, Office-filer, CAD-ritningar, e‑post och bilder i webbläsaren utan att installera äldre plugins. För Windows‑baserade .NET‑applikationer erbjuder Doconut Viewer backend-dokumentbehandling medan användarna förblir i affärsapplikationen.

I de följande avsnitten kommer vi att utforska varför borttagning av äldre plugins är viktigt, beskriva ett ASP.NET Core‑integrationsflöde och diskutera dra‑och‑släpp‑uppladdningar samt Blazor‑integration utan att förlita sig på otestad SDK‑kod.
Inga tillägg: Varför de är en spelväxlare för .NET‑webbappar
Eliminera friktionen med “install‑först”
Traditionella visare hänger fast vid ActiveX, Java eller Flash. De kräver behörighet, utlöser säkerhetsvarningar och slutar fungera i moderna webbläsare. Doconut kringgår detta genom att rendera på servern och skicka vanlig HTML och bilder till webbläsaren — inget att installera på klienten, inga uppmaningar, inga IT‑ärenden.
Den distinktionen är viktig för resten av artikeln, så det är värt att säga rakt på sak: parsning och rasterisering sker på din server, inte i användarens webbläsare. Plugin‑fri betyder att klienten inte behöver något; det betyder inte att arbetet har flyttats till JavaScript.
Behåll webbläsarens sandlåda intakt
Eftersom ingen extern plugin laddas, förblir webbläsarens sandlåda orörd. Ännu bättre, användarens maskin får aldrig det ursprungliga dokumentet — den får renderade sidor — så en skadlig PDF har inget att agera på där.
Detta tar inte bort attackytan; den flyttas till din server, där en parser bearbetar opålitlig indata. Kör den med minsta möjliga behörighet, håll den uppdaterad och validera uppladdningar. Transport‑säkerhet, kryptering i vila och lagring är ditt ansvar att implementera — SDK‑et levererar dem inte.
Framtidssäker över webbläsare och enheter
Eftersom webbläsaren bara behöver visa standard‑HTML och bilder finns det väldigt lite som kan gå sönder vid en webbläsaruppdatering. Chrome, Edge, Safari eller en mobil WebView beter sig alla likadant, utan varningar om “plugin saknas” och utan versionsspecifika lösningar — och en svag enhet är ingen nackdel, eftersom den inte utför renderingen.
Inbäddning av Doconut Apps plugin‑fria visare i ASP.NET Core
För att integrera visaren, generera en kortlivad, signerad URL för dokumentet på servern och skicka den till klienten. Servern renderar dokumentet och strömmar sidor över HTTPS in i ett container‑element på sidan.
Server‑sidigt arbetsflöde (konceptuellt)
- Ta emot en begäran om ett dokument.
- Hämta filen från din lagring (SQL, Blob, etc.).
- Skapa en tidsbegränsad, signerad URL som pekar på den krypterade filen.
- Returnera den URL:en till Razor‑vyn.
Razor‑vy (konceptuell)
Låt vyn ansvara för layout och auktoriserat visartillstånd, medan servern hämtar och bearbetar dokumentet. Använd endast klientresurserna och initieringssekvensen som dokumenterats för den installerade Doconut‑versionen.
När sidan laddas begär klienten dokumentet via dess signerade URL och visar de sidor som servern returnerar. Ingen ActiveX, Java eller Flash.
Varför detta är viktigt
- Inga tillägg: klienten behöver bara en webbläsare och inget mer.
- Källfilen når aldrig användaren: de får renderade sidor, så det finns ingen lokal kopia att vidarebefordra, cachea eller läcka.
- Säkerheten är ditt ansvar att bygga: den kortlivade och signerade URL:en är kod du skriver. Inget i visaren tvingar fram detta åt dig, så gör det till en del av designen snarare än ett antagande.
- Sidindelning: sidor levereras efter behov snarare än alla på en gång, vilket gör en lång PDF eller en tät ritning användbar.
Rendera stödda format utan plugins
SDK:ens motor hanterar 75 filändelser över 18 familjer — PDF, DOCX, XLSX, PPTX, DWG, DXF, PSD, VSDX, MPP, EML, MSG, EPUB, TIFF, PNG, JPEG och resten, inklusive DICOM via dess separat licensierade plugin. De kostnadsfria visarna på doconut.app accepterar 73 av dem: allt förutom .dcm och .ima.
Motorn identifierar filen efter dess innehåll snarare än dess filändelse, vilket är viktigare än det låter — många filer som heter .xls är faktiskt HTML‑tabeller eller CSV.
En varning kring noggrannhet, eftersom ”pixel‑perfekt” är ett löfte som ingen renderare kan hålla: dokument som refererar till resurser de inte innehåller kommer att skilja sig från vad deras författare såg. Typsnitt som aldrig inbäddades ersätts, och en DWG:s externa referenser finns inte i DWG‑filen.
Dra‑och‑släpp‑uppladdning med omedelbar, plugin‑fri rendering
Företag vill att användare ska kunna förhandsgranska filer på plats. Du kan lägga till ett dra‑och‑släpp‑område som laddar upp ett dokument, genererar en signerad visnings‑URL och visar resultatet utan någon plugin på klienten. hela cykeln hålls inom din .NET‑backend — vilket gör att du kan behålla revisionsspår, eftersom loggningen är din att skriva.
Klientsidans flöde (konceptuellt)
- Användaren drar en fil till ett markerat område.
- JavaScript skickar filen till en ASP.NET Core‑endpoint.
- Endpointen lagrar filen säkert och returnerar en signerad visnings‑URL.
- Sidan injicerar en
<div>meddata‑doc‑urlsom pekar på den URL:en. - Doconut Apps skript renderar dokumentet omedelbart.
Rendering sker på din server, så planera för det: det är här CPU‑ och minnesresurserna går, och den skalar med samtidiga visare snarare än med användare. Kontrollera var SDK:n skriver temporärt renderingsutdata och se till att något rensar upp det — föräldralösa filer i en temp‑katalog är den mest förbisedda delen av en integration.
Enhetlig visning i Windows‑baserade arbetsflöden
En webbläsarvisare kan erbjuda en enhetlig ingångspunkt för användare av en intern Windows‑applikation utan att kräva separata skrivbordsdokumentprogram. Team bör testa stödda webbläsare, skärmstorlekar, inmatningsmetoder, dokumentkomplexitet och tillgänglighetskrav istället för att anta identiskt beteende i varje miljö.
Utöka visaren med Blazor – behåll allt inom ditt .NET‑ekosystem
Om ditt team föredrar ett komponent‑centrerat tillvägagångssätt kan du omsluta visarens klientsidanskript i en Blazor‑komponent, under antingen värdmodell. Det håller integrationen inom .NET‑världen. Observera att värdmodellen bara påverkar var din UI-kod körs — dokumentrendering förblir på servern i båda fallen.
Blazor‑komponentöversikt (konceptuell)
- Injicera en tjänst som kan generera en säker visnings‑URL för ett givet fil‑ID.
- Vid initiering, begär URL:en från tjänsten.
- Efter att komponenten har renderats, initiera visaren med det stödjande integrations‑API:t för den installerade Doconut‑versionen.
Blazor‑komponenten kan samordna visarens tillstånd medan backend‑delen förblir ansvarig för dokumentåtkomst och bearbetning. Detta håller arbetsflödet inom .NET‑applikationen utan att publicera antaganden om ett globalt JavaScript‑API.
Viktiga slutsatser
- Noll plugins tar bort installationsfriktion, säkerhetsvarningar och kompatibilitetsproblem.
- SDK:n renderar 75 filändelser — PDF, Office, CAD, e‑post och bilder — på servern, inte i webbläsaren.
- Integration: generera en signerad visnings‑URL på servern och visa de returnerade sidorna i en behållare.
- Dra‑och‑släpp‑uppladdning plus förhandsgranskning på plats håller användarna i flödet.
- Den beter sig likadant på desktop, surfplatta och mobil, eftersom webbläsaren bara visar standardutdata.
- Blazor‑utvecklare kan omsluta visaren i en .NET‑komponent.
- Säkerhet är arkitektonisk, inte en funktionslista: källfilen når aldrig klienten, och dokumentet lämnar aldrig din infrastruktur. Kryptering i vila, utgång för signerade URL:er och revisionsloggning är ditt ansvar att implementera — och Doconut har ingen ISO 27001, SOC 2 eller HIPAA‑certifiering att luta sig mot.
Vanliga frågor
Q: Behöver jag installera något på klientdatorerna?
A: Nej. Doconut App‑visaren körs helt i webbläsaren med HTML5 och JavaScript. Användare behöver bara en modern webbläsare—ingen ActiveX, Java eller Flash‑installation krävs.
Q: Hur hanterar den stora filer?
A: Sidor renderas och levereras efter behov, så en läsare kan hoppa till en sida utan att vänta på hela dokumentet. Observera att detta är din server som gör jobbet — testa med dina tyngsta riktiga filer för att dimensionera det. På den fria webbplatsen på doconut.app är gränsen vår och den är per format: 25 MB för en PDF, 10 MB för en CAD‑ritning.
Kom igång med Doconut App idag
Redo att eliminera äldre plugins från din Windows‑baserade .NET‑applikation? Utvärdera Doconut SDK med de webbläsare, dokumentformat och arbetsbelastningar som din organisation använder.