Elige la forma de tu problema
Doconut es un SDK, pero la razón por la que los equipos lo eligen varía. Algunos llegan con una restricción de framework — tiene que funcionar en Blazor, tiene que integrarse en una canalización ASP.NET Core existente. Otros llegan con un problema de formato — nadie en el equipo quiere gestionar un renderizador DOCX. Comienza con el que mejor te describa.
Por framework
Ya sabes en qué stack debe vivir.
Blazor
Un visor de documentos que funciona dentro de Blazor
Renderizado del lado del servidor con un widget que se monta limpiamente en el ciclo de vida de interop de Blazor — Server y WebAssembly ambos compatibles.
BlazorASP.NET Core
Tres llamadas de middleware, no una reescritura
Se registra como DI ordinario más middleware. Hereda la autenticación, el registro y el hosting que ya tienes.
ASP.NET CorePor formato
Ya sabes qué archivos deben abrirse.
Un visor de PDF que no entrega el PDF
Renderizado de PDF del lado del servidor en imágenes de página — el usuario lee el documento sin recibir nunca el archivo.
PDFWord
Documentos Word sin Word en el servidor
Renderizado nativo de DOC/DOCX/RTF/ODT sin instalación de Office, sin interop COM y sin automatización del lado del servidor.
WordExcel
Hojas de cálculo que tus usuarios pueden leer pero no yo
Renderizado en el servidor de XLS/XLSX/ODS/CSV con formato preservado y hojas ocultas dejadas atrás.
ExcelCorreo
Correo archivado que se abre sin Outlook
Renderiza Outlook MSG, EML y EMLX en el servidor — correspondencia archivada legible sin cliente de correo instalado.
Correo¿No estás seguro de cuál encaja?
El visor es el mismo en todos los casos — las diferencias son detalles de integración. Solicita acceso de evaluación y pruébalo con tus propios archivos.