Escolha a forma do seu problema
Doconut é um SDK, mas o motivo pelo qual as equipes o utilizam difere. Algumas chegam com uma restrição de framework — tem que funcionar no Blazor, tem que estar em um pipeline ASP.NET Core existente. Outras chegam com um problema de formato — ninguém na equipe quer manter um renderizador DOCX. Comece a partir da que melhor descreve você.
Por framework
Você já sabe em qual stack ele deve viver.
Blazor
Um visualizador de documentos que funciona dentro do Blazor
Renderização no lado do servidor com um widget que se integra perfeitamente ao ciclo de vida de interop do Blazor — Server e WebAssembly são suportados.
BlazorASP.NET Core
Três chamadas de middleware, não uma reescrita
Registra como DI comum mais middleware. Herda a autenticação, o registro de logs e a hospedagem que você já possui.
ASP.NET CorePor formato
Você já sabe quais arquivos precisam ser abertos.
Um visualizador de PDF que não entrega o PDF
Renderização de PDF no servidor em imagens de página — o usuário lê o documento sem jamais receber o arquivo.
PDFWord
Documentos Word sem Word no servidor
Renderização nativa de DOC/DOCX/RTF/ODT sem instalação do Office, sem interop COM e sem automação no servidor.
WordExcel
Planilhas que seus usuários podem ler, mas não eu
Renderização no servidor de XLS/XLSX/ODS/CSV com formatação preservada e planilhas ocultas deixadas de fora.
ExcelEmail arquivado que abre sem Outlook
Renderiza Outlook MSG, EML e EMLX no servidor — correspondência arquivada legível sem cliente de email instalado.
EmailNão tem certeza de qual se encaixa?
O visualizador é o mesmo em todos os casos — as diferenças estão nos detalhes de integração. Solicite acesso de avaliação e experimente com seus próprios arquivos.