Tengo un proyecto de biblioteca que creé y tengoutilizado en aproximadamente tres proyectos hasta ahora. Un proyecto WPF, un proyecto de formularios Windows Forms y un proyecto de aplicación web. El dll utiliza un archivo App.Config para varias claves comunes a la oficina, como la ruta a la unidad de almacenamiento en red. Así que ahora me han pedido que cree un complemento para MS Office 2010 Excel y Access, respectivamente.
Ahora ya me he encontrado con la situación.donde el proyecto de la biblioteca usará el archivo de configuración para su proyecto de llamada, así que tuve que agregar las claves al archivo de configuración de ese proyecto, así que pensé que estaría haciendo lo mismo con este proyecto. Vengo a comenzar a jugar con él para vea cómo puedo hacer que las aplicaciones de Office llamen a los métodos dll e inmediatamente veo que no encuentra nada de los archivos App.Config.
Después de mirar alrededor, veo que un complemento de OfficeEl proyecto es realmente un proyecto que implementa la interfaz IDTExtensibility2 y se registra como un dll COM. Así que ahora tengo una situación en la que tengo un dll con un dll dependiente y ninguno de ellos puede encontrar nada en un archivo de configuración. Entonces, ¿dónde pondría el archivo de configuración en este caso? He intentado ponerlo en la carpeta de Office 14 con Excel.exe, así como ponerlo en la misma carpeta que la Hoja de cálculo de Excel que utiliza el complemento, pero fue en vano. Cualquier idea es muy apreciada. ¡Gracias!
Respuestas
2 para la respuesta № 1OK, solo para responder esta pregunta como lo hicefinalmente encontrarlo a través de prueba y error. En el caso de que intente utilizar un archivo de configuración para un proyecto de complemento de Office que haga referencia a un proyecto dll, el archivo de configuración utilizado seguirá siendo el del ejecutante de la llamada. Es decir, el proyecto dll al que llama el proyecto de complemento buscará claves almacenadas en MSACCESS.EXE.config y EXCEL.EXE.config respectivamente. El archivo de configuración utilizado sigue subiendo en la cadena de dlls hasta que encuentra el archivo de configuración exe de llamada real.