Puoi visualizzare PDF, file Office, disegni CAD, email e immagini nel browser senza installare plugin legacy. Per le applicazioni .NET basate su Windows, Visualizzatore Doconut fornisce l'elaborazione dei documenti sul backend mentre gli utenti rimangono all'interno dell'applicazione aziendale.

Visualizzazione moderna di documenti senza plugin in un'applicazione browser Windows

Nelle sezioni successive esploreremo perché la rimozione dei plugin legacy è importante, descriveremo un flusso di integrazione ASP.NET Core e discuteremo dei caricamenti drag-and-drop e dell'integrazione Blazor senza fare affidamento su codice SDK non verificato.

Zero Plugin: Perché Sono un Cambiamento di Gioco per le App Web .NET

Eliminare l'attrito del “installare‑prima”

I visualizzatori tradizionali si aggrappano ad ActiveX, Java o Flash. Questi richiedono permessi, generano avvisi di sicurezza e non funzionano sui browser moderni. Doconut aggira tutto ciò renderizzando sul server e inviando al browser HTML e immagini ordinari — nulla da installare sul client, nessuna richiesta, nessun ticket IT.

Questa distinzione è importante per il resto di questo articolo, quindi vale la pena affermarla chiaramente: l'analisi e la rasterizzazione avvengono sul tuo server, non nel browser dell'utente. Senza plugin significa che il client non ha bisogno di nulla; non significa che il lavoro sia stato spostato in JavaScript.

Mantenere intatto il sandbox del browser

Poiché non viene caricato alcun plugin esterno, il sandbox del browser rimane intatto. Ancora meglio, la macchina dell'utente non riceve mai il documento originale — riceve solo le pagine renderizzate — quindi un PDF malevolo non ha nulla su cui agire.

Ciò che questo non fa è rimuovere la superficie di attacco; la sposta sul tuo server, dove un parser elabora input non attendibili. Eseguilo con i minimi privilegi, mantienilo aggiornato e valida i caricamenti. La sicurezza del trasporto, la crittografia a riposo e la conservazione sono responsabilità della tua applicazione — l'SDK non le fornisce.

Futuro a prova di cambiamenti su browser e dispositivi

Poiché il browser deve solo visualizzare HTML e immagini standard, c'è ben poco che un aggiornamento del browser possa rompere. Chrome, Edge, Safari o un WebView mobile si comportano tutti allo stesso modo, senza avvisi di “plugin mancante” e senza soluzioni specifiche per versione — e un dispositivo a bassa potenza non è uno svantaggio, poiché non esegue il rendering.

Incorporare il Visualizzatore Senza Plugin di Doconut App in ASP.NET Core

Per integrare il visualizzatore, genera un URL firmato a breve durata per il documento sul server e passalo al client. Il server renderizza il documento e trasmette le pagine via HTTPS in un elemento contenitore nella pagina.

Flusso di lavoro lato server (concettuale)

Ricevi una richiesta per un documento.
Recupera il file dal tuo archivio (SQL, Blob, ecc.).
Crea un URL firmato a tempo limitato che punta al file crittografato.
Restituisci quell'URL alla vista Razor.

Vista Razor (concettuale)

Mantieni la vista responsabile del layout e dello stato del visualizzatore autorizzato, mentre il server recupera ed elabora il documento. Usa solo le risorse client e la sequenza di inizializzazione documentate per la versione di Doconut installata.

Quando la pagina si carica, il client richiede il documento tramite il suo URL firmato e visualizza le pagine restituite dal server. Nessun ActiveX, Java o Flash.

Perché è importante

Zero plugin: il client ha bisogno solo di un browser e nient'altro.
Il file sorgente non raggiunge mai l'utente: riceve pagine renderizzate, quindi non c'è alcuna copia locale da inoltrare, memorizzare nella cache o divulgare.
La sicurezza è tua da costruire: l'URL a breve durata e firmato è codice che scrivi tu. Nulla del visualizzatore lo impone per te, quindi rendilo parte del design piuttosto che un'assunzione.
Paginazione: le pagine vengono consegnate secondo necessità anziché tutte in una volta, il che rende utilizzabile un PDF lungo o un disegno denso.

Rendering di Formati Supportati Senza Plugin

Il motore dell'SDK gestisce 75 estensioni di file in 18 famiglie — PDF, DOCX, XLSX, PPTX, DWG, DXF, PSD, VSDX, MPP, EML, MSG, EPUB, TIFF, PNG, JPEG e il resto, incluso DICOM tramite il suo plugin con licenza separata. I visualizzatori gratuiti su doconut.app accettano 73 di questi: tutto tranne .dcm e .ima.

Il motore identifica il file in base al suo contenuto piuttosto che all'estensione, il che è più importante di quanto sembri — un gran numero di file chiamati .xls sono in realtà tabelle HTML o CSV.

Una avvertenza sulla fedeltà, poiché “pixel-perfect” è una promessa che nessun renderizzatore può mantenere: i documenti che fanno riferimento a risorse non incluse differiranno da ciò che il loro autore ha visto. I font mai incorporati vengono sostituiti, e i riferimenti esterni di un DWG non sono presenti all'interno del DWG.

Caricamento Drag‑and‑Drop con Rendering Istantaneo e Senza Plugin

Le aziende vogliono che gli utenti visualizzino in anteprima i file direttamente. È possibile aggiungere un'area drag-and-drop che carica un documento, genera un URL di visualizzazione firmato e mostra il risultato senza alcun plugin sul client. L'intero ciclo rimane all'interno del tuo backend .NET — il che ti consente di mantenere i percorsi di audit, poiché la registrazione è a tua cura.

Flusso lato client (concettuale)

L'utente trascina un file su un'area designata.
JavaScript invia il file a un endpoint ASP.NET Core.
L'endpoint memorizza il file in modo sicuro e restituisce un URL di visualizzazione firmato.
La pagina inietta un <div> con data‑doc‑url che punta a quell'URL.
Lo script di Doconut App rende il documento istantaneamente.

Il rendering avviene sul tuo server, quindi pianificalo: è qui che vanno CPU e memoria, e scala con i visualizzatori concorrenti piuttosto che con gli utenti. Verifica dove l'SDK scrive l'output temporaneo del rendering e assicurati che qualcosa lo pulisca — i file orfani in una directory temporanea sono la parte più spesso trascurata di un'integrazione.

Visualizzazione Coerente nei Flussi di Lavoro Basati su Windows

Un visualizzatore basato su browser può fornire un punto di ingresso coerente per gli utenti di un'applicazione Windows interna senza richiedere programmi desktop separati per i documenti. I team dovrebbero testare i browser supportati, le dimensioni dello schermo, i metodi di input, la complessità dei documenti e i requisiti di accessibilità, invece di presumere un comportamento identico in ogni ambiente.

Estendere il Visualizzatore con Blazor – Tenere Tutto All'interno del Tuo Ecosistema .NET

Se il tuo team preferisce un approccio incentrato sui componenti, puoi avvolgere lo script lato client del visualizzatore in un componente Blazor, sotto entrambi i modelli di hosting. Questo mantiene l'integrazione all'interno del mondo .NET. Nota che il modello di hosting influisce solo su dove viene eseguito il tuo codice UI — il rendering del documento rimane sul server in ogni caso.

Schema del componente Blazor (concettuale)

Inietta un servizio che può generare un URL di visualizzazione sicuro per un determinato ID file.
All'avvio, richiedi l'URL al servizio.
Dopo che il componente è stato renderizzato, inizializza il visualizzatore usando l'API di integrazione supportata per la versione Doconut installata.

Il componente Blazor può coordinare lo stato del visualizzatore mentre il backend rimane responsabile dell'accesso e dell'elaborazione dei documenti. Questo mantiene il flusso di lavoro all'interno dell'applicazione .NET senza fare ipotesi su un'API JavaScript globale.

Punti Chiave

Zero plugin rimuovono attriti di installazione, avvisi di sicurezza e problemi di compatibilità.
L'SDK renderizza 75 estensioni — PDF, Office, CAD, email e immagini — sul server, non nel browser.
Integrazione: genera un URL di visualizzazione firmato lato server e visualizza le pagine restituite in un contenitore.
Il caricamento drag-and-drop più l'anteprima in loco mantiene gli utenti nel flusso.
Si comporta allo stesso modo su desktop, tablet e mobile, perché il browser visualizza solo output standard.
Gli sviluppatori Blazor possono avvolgere il visualizzatore in un componente .NET.
La sicurezza è architetturale, non una lista di funzionalità: il file sorgente non raggiunge mai il client e il documento non lascia mai la tua infrastruttura. La crittografia a riposo, la scadenza degli URL firmati e il logging di audit sono a tua cura — e Doconut non possiede certificazioni ISO 27001, SOC 2 o HIPAA su cui fare affidamento.

Domande comuni

Q: Devo installare qualcosa sui computer client?
A: No. Il visualizzatore App Doconut funziona interamente nel browser usando HTML5 e JavaScript. Gli utenti hanno bisogno solo di un browser moderno—non sono richieste installazioni di ActiveX, Java o Flash.

Q: Come gestisce i file di grandi dimensioni?
A: Le pagine vengono renderizzate e consegnate man mano che sono necessarie, così il lettore può saltare a una pagina senza attendere l’intero documento. Nota che è il tuo server a fare il lavoro — testa con i tuoi file più pesanti per dimensionarli. Sul sito gratuito su doconut.app il limite è nostro ed è per formato: 25 MB per un PDF, 10 MB per un disegno CAD.

Inizia oggi con l'App Doconut

Pronto a eliminare i plugin legacy dalla tua applicazione .NET basata su Windows? Valuta il SDK Doconut con i browser, i formati di documento e i carichi di lavoro utilizzati dalla tua organizzazione.