Расширяемость MS Word: макрос VBA против .Net VSTO?

Один из моих клиентов попросил нас разработать «макрос VBA». . Однако в 2010-х мне кажется странным все еще использовать такой устаревший язык, и я думаю о том, чтобы попытаться убедить клиента использовать вместо него VSTO dev. Однако, поскольку я новичок в обоих мирах, мне нужна помощь, чтобы заполнить страницу за / против, чтобы иметь возможность оспорить это.

Конечно, ответ не может прийти без фактического требования, позвольте мне попытаться возобновить:

Цель: Word 2003/2007 (но я подозреваю, что 2010 год еще не известен) править Требование 2010 подтверждено

Для внешней системы публикации требуется файл .doc в качестве входных данных. К файлу .doc должны быть применены определенные стили: «Пользовательский заголовок 1», «Пользовательский заголовок 2» и т. Д.

Пользователь может создавать документы с помощью Word двумя способами:

1. Запустите новый документ, используя файл .dot, развернутый на компьютере
2. Преобразование любого существующего документа в соответствии с целевым шаблоном

Пользователи могут «просто» «применять» стили (простой интерфейс): контекстное меню, меню стилей, панель настраиваемых действий и т. д.

К настоящему времени я вижу следующие плюсы и минусы:

1. VBA

   • Плюсы:
     • ?
     • быстрая и грязная разработка (быстрая часть предложение)
     • У заказчика уже есть некоторые макросы в производстве
   • Минусы:
     • трудно найти квалифицированного разработчика
     • быстрая и грязная разработка (грязная часть предложения)

2. VSTO

   • Плюсы:
     • преимущества языка .Net (скомпилированная, типизированная, строгая, библиотека классов и т. Д.)
     • модель безопасности более гибкая и мощная (доверительный код, подписанный доверенным лицом)
     • Возможно соединение с панелями WPF
     • Вы работаете в V isual Studio и получить доступ к полному набору его функций: рефакторингу, управлению исходным кодом и т. д.
   • Минусы:
     • требует установки инфраструктуры .Net (вероятно, сегодня это не проблема) и среды выполнения VSTO
     • сложнее развернуть
     • немного больше работы в начале (но меньше в долгосрочной перспективе)