Scegli la forma del tuo problema
Doconut è un unico SDK, ma le ragioni per cui i team lo scelgono differiscono. Alcuni arrivano con un vincolo di framework — deve funzionare in Blazor, deve integrarsi in una pipeline ASP.NET Core esistente. Altri arrivano con un problema di formato — nessuno nel team vuole gestire un renderer DOCX. Parti da quello che ti descrive meglio.
Per framework
Sai già in quale stack deve vivere.
Blazor
Un visualizzatore di documenti che si comporta all'interno di Blazor
Rendering lato server con un widget che si monta pulitamente nel ciclo di vita dell'interoperabilità di Blazor — supportati sia Server che WebAssembly.
BlazorASP.NET Core
Tre chiamate middleware, non una riscrittura
Si registra come DI ordinario più middleware. Eredita l'autenticazione, il logging e l'hosting che hai già.
ASP.NET CorePer formato
Sai già quali file devono essere aperti.
Un visualizzatore PDF che non consegna il PDF
Rendering PDF lato server in immagini di pagina — l'utente legge il documento senza mai ricevere il file.
PDFWord
Documenti Word senza Word sul server
Rendering nativo di DOC/DOCX/RTF/ODT senza installazione di Office, senza interop COM e senza automazione lato server.
WordExcel
Fogli di calcolo che i tuoi utenti possono leggere ma non io
Rendering lato server di XLS/XLSX/ODS/CSV con formattazione preservata e fogli nascosti lasciati indietro.
ExcelEmail archiviate che si aprono senza Outlook
Rende MSG, EML e EMLX di Outlook lato server — corrispondenza archiviata leggibile senza client di posta installato.
EmailNon sei sicuro di quale sia adatto?
Il visualizzatore è lo stesso in ogni caso — le differenze sono nei dettagli di integrazione. Richiedi l'accesso alla valutazione e provalo con i tuoi file.