Fidelidad del diseño
La paginación, encabezados y pies de página, columnas, tablas e imágenes incrustadas se disponen como lo haría Word, porque la salida es una imagen de página en lugar de una aproximación HTML.
Interop de Office en un servidor web es una decisión que los equipos lamentan a un ritmo predecible: necesita una licencia de escritorio, genera fugas de procesos, se bloquea bajo concurrencia, y Microsoft ha dicho durante años que no se haga. Doconut renderiza DOC, DOCX, RTF y ODT de forma nativa — sin Office, sin COM, sin WINWORD.EXE huérfano a las 4 am.
El problema
La automatización de Office fue diseñada para un escritorio con un usuario conectado, no para un servicio que maneja veinte solicitudes concurrentes. Bajo carga se bloquea, aparecen diálogos que nadie puede descartar, y los procesos sobreviven a sus solicitudes hasta que la máquina se queda sin memoria.
La historia de licencias no es mejor: un servidor que renderiza documentos para muchos usuarios necesita licencias de escritorio que nunca se pensó que necesitara.
El renderizado nativo evita todo eso. Doconut abre el archivo, lo dispone y produce imágenes de página en el proceso. No hay una segunda aplicación que instalar, supervisar o licenciar.
Capacidades
La paginación, encabezados y pies de página, columnas, tablas e imágenes incrustadas se disponen como lo haría Word, porque la salida es una imagen de página en lugar de una aproximación HTML.
.doc, .docx, .docm, .dot, .dotx, .dotm, .rtf, .odt, .ott y .xml se abren todos mediante la misma llamada.
El renderizado usa fuentes instaladas en su servidor, por lo que la apariencia del documento es una propiedad de su despliegue y no de la máquina que el lector esté usando.
Una imagen de página no lleva cambios rastreados, texto eliminado, comentarios o metadatos del autor. Enviar imágenes en lugar del DOCX reduce significativamente lo que se filtra.
Con el complemento AdvancedSearch, la búsqueda funciona contra el texto del documento, no contra una imagen del mismo.
Con el complemento Converter, DocumentConverter.ConvertAsync() produce PDF u otros destinos en el mismo proceso — útil cuando el requisito es archivar en lugar de visualizar.
Integración
Tenga en cuenta que .xml es manejado por el renderizador Word y WordConfig. No es un visor XML de propósito general — está allí porque el propio formato XML de Word llega a esa canalización.
Extensiones compatibles
// Identical to every other format — the family is detected from the document
string token = await viewer.OpenDocumentAsync("wwwroot/files/Agreement.docx");
// With the Converter plugin, when the requirement is a PDF for the archive
await DocumentConverter.ConvertAsync(
"wwwroot/files/Agreement.docx",
"wwwroot/archive/Agreement.pdf");Detalles
No. El renderizado es nativo. No hay instalación de Office, ni ensamblado de interop y ni proceso de automatización que supervisar.
La paginación y el diseño se reproducen del lado del servidor, por lo que el resultado coincide estrechamente siempre que las fuentes que el documento referencia estén instaladas en el host de renderizado. Las fuentes faltantes se sustituyen, y la sustitución es lo que altera el diseño.
La página renderizada muestra el documento tal como está dispuesto, no los metadatos de revisión detrás de él. De hecho, esto es una característica — los revisores suelen reenviar archivos DOCX que contienen texto eliminado que creían desaparecido.
Excel
Renderizado en el servidor de XLS/XLSX/ODS/CSV con formato preservado y hojas ocultas dejadas atrás.
ExcelRenderizado de PDF del lado del servidor en imágenes de página — el usuario lee el documento sin recibir nunca el archivo.
PDFUna licencia temporal tarda unos minutos en solicitarse y se ejecuta completamente en tu propia máquina. Los archivos que importan son los que ya están rompiendo tu visor actual.