OpenXML SDK 2.0 vs Aspose para la palabra servidor lado 2007 la generación de documentos en .NET

Question

Voy a iniciar un proyecto de automatización de oficina en el lado del servidor .Net. A continuación se presentan las principales actividades que se han programado:

• Crear un documento de Word
• usar una palabra existente plantilla de documento que tiene portada, encabezado, pie de página, TOC
• Guarde el archivo
• archivos Integrar y cambiar el tamaño: HTML, imágenes, Word, Excel
• generación de la tabla de contenido y el formato
• Doc formato: salto de página, salto de sección, Orientación, Orientación al salto de sección, página continua de numeración
• Reemplazar "variables" incorporadas con contenido definido.

Estoy más inclinado hacia OpenXML SDK 2.0 ya que es gratis en comparación con Aspose. Además, al suponer, no pude encontrar códigos de muestra para incrustar documentos de Excel dentro de un documento de Word, que es un requisito clave.

¿Puede usted por favor me guía sobre el uso de OpenXML SDK 2.0 o Aspose componente? ¿Cuáles son los factores clave que favorecen a Aspose (aparte de la simplicidad de las API) para que también pueda dedicar tiempo a evaluarlo?

Gracias.

Answer 1

que acabamos de examinar ambas opciones con mucho cuidado para un proyecto reciente y se puede dar el siguiente resumen:

OpenXML SDK 2.0

• Pros

  • Es una opción sólida si desea generar documentos de Office basados ​​en plantillas.

  • Aparte del núcleo SDK también están las "Herramientas de productividad para Microsoft Office", que vienen con una característica llamada "Código reflejado" para generar el código .NET de un documento existente que realmente genera este documento exacto. ¡Muy agradable!

  • El SDK es estable y es compatible con Microsoft.

  • Es gratis! Aspose.Words cuesta un ojo de la cara, sobre todo si tiene un gran número de desarrolladores en su equipo o si desea utilizarlo en un "software como servicio" medio ambiente.

• Contras

  • OpenXML no puede hacer trabajos de oficina. En resumen, esto significa que los números de página de un TOC o los números de página reales de su documento de Word no se representan hasta que el usuario actualiza el documento.Lo mismo es cierto para los cálculos de Excel, por lo que no puede hacer esta representación/cálculo en el lado del servidor (WordAutomation aquí estamos de nuevo).
    
    Así que si necesita esta característica, le recomiendo que vaya con Aspose.Words.
    Vea esto SO question/answer para más detalles.

  • La curva de aprendizaje para el SDK parece ser un poco más alta que para Aspose.Words.

También podría tener una mirada hacia el Word Automation Services en Sharepoint 2010.

Espero que ayude!

Answer 2

Puede encontrar la comparación detallada de Aspose.Words for .NET y OpenXML SDK en el tema siguiente: Why not OpenXML SDK?

Answer 3

Si está abierto a otras alternativas, Windward Reports (exención de responsabilidad, soy el CTO de Windward) se ajusta perfectamente a sus necesidades. Al igual que Aspose, tienes que pagar por ello. Pero con Windward, lo que desea sería muy fácil ya que está diseñando su documento en Word.

Y sí, 1) Generará la tabla de contenido en el documento final, 2) Puede importar una hoja de cálculo de Excel en un documento de Word generado, 3) Puede colocar datos en la plantilla en tiempo de ejecución y 4) Es compatible con todos los formatos de Word, roturas, etc.

Answer 4

También puede probar Docentric, que es un kit de herramientas basado en OpenXML. Requiere una licencia, pero vale la pena rápidamente con el tiempo que ahorra.

Diseñe una plantilla en Word (versión 2007 o posterior), utilizando todas las opciones de formato de Word (encabezados, pies de página, tablas, numeración, TOC, subdocumentos, formato condicional, etc.). En tiempo de ejecución, puede combinar datos con la plantilla. Los datos pueden provenir de bases de datos o archivos xml.

Eche un vistazo a la publicación this para la aplicación de muestra.