Cómo implementar de forma sencilla complementos de Excel y Word desarrollados con VSTO SE 2005

De hecho, implementar el complemento VSTO no es más que requisitos previos y garantizar plena confianza (dado que el registro es una plantilla que nos ayuda a cuidarlo, no es necesario que nos preocupemos por él, más sobre eso a continuación). Para resolver los dos problemas anteriores y empaquetar el archivo .msi en un solo paso, los dos artículos anteriores utilizaron algunas técnicas. Primero, agregue requisitos previos al proyecto de instalación y use la condición INICIAR para solicitar al usuario que se asegure de que todos los requisitos previos estén instalados en la computadora de destino antes de instalar setup.exe. Segundo, use una acción personalizada para llamar a la herramienta caspol después de que finalice el proceso de instalación; completado para establecer los permisos previos.

El primer artículo explica los puntos técnicos y el segundo artículo completa la implementación de estos dos tipos de proyectos a través de ejemplos específicos y proporciona una muestra que contiene algunos proyectos para usar, como SetSecurity. Un ejemplo es llamar a este elemento una acción personalizada para establecer permisos.

A diferencia de los dos artículos anteriores, este artículo descarta todas estas técnicas y solo empaqueta el archivo .msi más simple, dejando que los requisitos previos y la concesión de confianza se realicen manualmente después de instalar el complemento. Con suerte, este artículo brindará a quienes tienen problemas para implementar proyectos VSTO una comprensión visual de qué se necesita exactamente para poner en funcionamiento un proyecto VSTO. Luego regrese y lea estos dos artículos de Microsoft y, afortunadamente, también obtendrá algo más.

I. Descripción general

Si su complemento VSTO SE funciona bien en la máquina de desarrollo, pero ya no se carga después de cargarlo en la máquina cliente. Solo hay algunas razones posibles: (la desactivación suave y la desactivación completa no se incluyen aquí)

1. Algunos requisitos previos no están cargados:

un marco...NET (este es). es un requisito previo para que se ejecuten todas las aplicaciones .NET. No hace falta decir que si usamos VSTO SE para desarrollar complementos, se debe instalar .NET 2.0 o superior en el cliente)

b.Office PIA (. Este es el puente entre .NET y Office COM. A través de él, CLR puede operar los objetos COM de Office. Sin él, su programa no puede ejecutarse)

c.VSTO Runtime (estos son todos los objetos COM). que usa VSTO Es necesario para el tiempo de ejecución del software desarrollado. Esta versión tiene actualmente tres versiones principales. La tercera versión se usa para admitir la implementación de ClickOnce. Este artículo solo usa la versión actualizada de la segunda. versión)

2. Registro, cuando se ejecuta cualquier programa de complemento VSTO SE, después de iniciar Office, primero busca información relacionada con el complemento en el registro, principalmente direcciones LoadBehavior y Manifest, y luego busca archivos de manifiesto, archivos de manifiesto, archivos de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto, archivo de manifiesto.

Luego busque el archivo de manifiesto de acuerdo con la dirección del manifiesto. La dirección del dll y cierta información de configuración se registran en el archivo de manifiesto (el archivo de manifiesto se puede abrir con el Bloc de notas) y el ensamblaje se carga de acuerdo con el manifiesto. Cuando creamos un nuevo proyecto de complemento con VSTO SE, la plantilla proporcionada por Microsoft agregará automáticamente un proyecto de instalación para nosotros. De forma predeterminada, este proyecto ya ha escrito las claves de registro por nosotros, por lo que no necesitamos pensar en ello. Por supuesto, si elimina el proyecto de configuración predeterminado (lo que hago a menudo porque es una monstruosidad y generalmente solo depuro y no implemento) y luego agrega un nuevo proyecto de configuración, el sistema no lo escribirá en el nuevo proyecto. el valor de la clave de registro. Con respecto al registro, aquí hay una captura de pantalla de la vista de registro del proyecto de instalación predeterminada:

3. El problema con la configuración de permisos es que cuando Office carga cualquier complemento .NET desarrollado por VSTO SE, es necesario hacerlo. Totalmente confiable. Hay dos formas de completar esta tarea:

a. Utilice el asistente de Microsoft .NET Framework (interfaz gráfica)

b. Utilice Caspol.exe (línea de comandos, este artículo utiliza esto). método, la razón es una buena forma de expresión, no una imagen)

2. Caso de implementación

Usemos VSTO SE para crear un complemento de Excel 2007 (lo mismo ocurre). para 2003, pero el cliente debe instalar Excel 2003 y Excel 2003 PIA (y no instalar Office 2003 y 2007 en la misma máquina) e implementarlo en un cliente. (Como solo tengo a mano la versión en inglés de VS, los nombres de los menús están todos en inglés, así que léalos en consecuencia)

1. Abra Visual Studio 2005, cree un nuevo proyecto y seleccione C#-gt. en el panel de navegación izquierdo; Complementos de Office-gt 2007, seleccione Complemento de Excel a la derecha. Nómbrelo ExcelAddIn y haga clic en Aceptar.

En este momento, el sistema creará dos proyectos en la solución de forma predeterminada, uno es el proyecto de complemento y el otro es el proyecto de instalación, como se muestra en la figura:

>2. En el archivo ThisAddIn.cs, agregue una línea de código a la función ThisAddIn_Startup para indicar si la implementación de la prueba fue exitosa. El código modificado es el siguiente:

private void ThisAddIn_Startup(object sender, System.EventArgs e)

{

#región Código generado VSTO

this.Application = (Excel.Application)Microsoft.Office.Tools.Excel.Excel.ExcelLocale1033Proxy.Wrap(typeof(Excel.Application), this.Application

#endregion

MessageBox.Show("Implementar correctamente");

}

3. En Solution Expolrer, haga clic derecho en el proyecto ExcelAddInSetup y luego haga clic en Generar.

4.>

4. Vaya al directorio de depuración en la carpeta del proyecto de instalación, ubique el archivo ExcelAddInSetup.msi y cópielo en la computadora de destino.

5. Instalar en el ordenador de destino:

.Net Framework 2.0

Office 2007 PIA: (Después de ejecutar el archivo descargado, debe hacer clic en o2007PIA.msi para instalar PIA.

VSTO Runtime2.0:

Y la máquina de destino debe tener el programa de Office correspondiente, por ejemplo, ¡aquí se requiere Excel 2007!

6. Haga doble clic en ExcelAddInSetup.msi que acaba de copiar en la máquina de destino, seleccione el directorio de instalación e instálelo. Suponga que el directorio de instalación es C:/Test. Una vez completada la instalación, aparecerán dos archivos en el directorio: ExcelAddIn.dll y ExcelAddIn.dll.manifest. El archivo .dll es el ensamblado para el que queremos establecer permisos, de la siguiente manera

7. Regrese al escritorio y haga clic en Inicio-gt; ejecutar, ingrese cmd, ingrese cd C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727 en la línea de comando, presione Entrar

Luego ingrese lo siguiente comando:

Caspol -u -ag All_Code -url "C:/Test/ExcelAddIn.dll" FullTrust -n "Test"

Ingresar

Ingresar sí

Introducir sí

Introducir (No copie esta línea de comando directamente, porque Word parece haber cambiado la fuente, también puede escribirla usted mismo para profundizar su impresión)

8. Abra Excel, aparece el cuadro de diálogo Cuadro de mensaje.