Parece que la implementación del código VSTO es muy engorrosa.Herramientas de Microsoft Visual Studio para Office. ¿Vale la pena usar?
Mi caso de uso es que necesito aplicar cierta estructura de contenido en word. ¿Es mejor que lo haga todo en VBA?
Realmente depende de lo que tenga más sentido para su proyecto. Si solo va a ser para ciertos archivos y un par de usuarios, recomendaría VBA.
Si es más complejo y necesita trabajar en todos los archivos para todos los usuarios, creo que un complemento de VSTO sería el camino a seguir. Realmente depende de tu situación y complejidad que intentas aplicar.
Tenga en cuenta que no son solo las limitaciones de VBA como un lenguaje, sino también la falta de herramientas de resistencia industrial como los marcos de pruebas unitarias y el control de fuente que pueden ser frustrantes. Puede negociar la velocidad de desarrollo con la frustración a largo plazo debido a esto si se apega a VBA.
Puede hacer ambas cosas, escribir el código VBA para admitir directamente su interfaz de usuario y el resto en .NET.
Escribir soluciones que usan ambas es una mala idea. terminas con un escenario de implementación demasiado complejo y la capacidad de los usuarios para romper tu solución. quedarse con vsto o vba. mezclar es una mala idea. –
Antes de VSTO 3.0 estaría de acuerdo con Ryan Lanciaux pero ya no. Estos días he llegado a ser tan productivo en VSTO que incluso hago trabajos pequeños en VSTO. Eso me ha salvado en algunos casos ya que el complemento se hizo muy popular dentro de la empresa, y todo lo que tuve que hacer fue agregar la ruta al paquete Click-once :-)
advertencia sobre la complejidad: puedes tiene una aplicación compleja de larga ejecución que consta de solo unos pocos archivos y un par de usuarios que aún requiere VSTO sobre VBA por razones tales como el rendimiento. –