Conseils utiles pour le développement d'un module MS Word professionnel

Question

Il y a quelques mois, j'ai créé un logiciel de validation de principe simple pour une petite entreprise avec une idée d'outil d'édition de documents. L'entreprise souhaitait que cet outil soit intégré à Microsoft Word, de manière compréhensible, afin de maximiser son accessibilité pour l'utilisateur moyen. J'ai essentiellement écrit la bibliothèque sous-jacente avec toutes les fonctionnalités de base en tant que projet C#, puis j'ai utilisé VSTO pour l'exécuter dans Word. C'était vraiment un peu une solution de ruban adhésif; mais ensuite, je n'ai (pratiquement) aucune expérience de développement d'outils pour l'intégration avec MS Office, et ce n'était qu'une preuve de concept de toute façon. Eh bien, l'entreprise était plutôt satisfaite de mon travail et elle cherche à passer de la «preuve de concept» à la vraie affaire. Heureusement, comme je l'ai dit, la fonctionnalité de base est tout ce qu'il y a à faire et devra seulement être légèrement modifiée et améliorée. Ma principale préoccupation est de savoir comment mettre sur pied une application qui intégrera avec MS Word de manière propre et polie, et qui peut être déployée facilement conformément aux attentes d'un utilisateur régulier (c.-à-tout simplement en cours d'exécution d'un programme d'installation et le tour est joué, il est là dans Word).

Je me souviens d'avoir lu quelque part que personne n'utilisait VSTO pour de vrais projets professionnels. Est-ce vrai? Faux? Quelles sont les alternatives? Et quels sont les conseils et astuces dont je devrais être conscient avant de commencer sur cette question de l'intégration MS Word?

Answer 1

L'un des principaux problèmes avec le déploiement des solutions VSTO a été la taille totale du déploiement. Vous avez

• votre solution
• la version VSTO Runtime du projet
• la version .NET Framework du projet
• les INTEROPS primaires

Cela pourrait tourner très facilement votre solution simple et efficace dans 40-50 Mo pour quelqu'un à télécharger. Les environnements d'entreprise sont un peu plus faciles à déployer, mais les logiciels de qualité commerciale sont plus difficiles.

Ceci est partiellement résolu dans VSTO 2010 avec une sorte de déploiement "uniquement les composants que vous utilisez actuellement".Ceci et d'autres choses à faciliter le déploiement, comme One-Click, sont certainement une raison de considérer VSTO 2010. Il y a quelques bonnes intros à ce sur Channel 9. Les produits commerciaux utilisant VSTO ne sont pas inconnus - StoryboarderPro a été écrit en VSTO et est populaire dans l'industrie de l'apprentissage en ligne.

Answer 2

Je me souviens aussi que la lecture VSTO n'a pas été idéal pour des logiciels commerciaux. Le logiciel interne est une autre affaire et il a finalement fait des percées (au moins dans mon organisation). Je crois que le plus grand argument a à voir avec les versions héritées de Microsoft Office. VSTO ne supporte que d'aussi loin que Office 2003. En outre, VSTO nécessaire dépendances ont été douloureuses pour distribuer dans le passé, bien que cela diminue au fil du temps avec les nouvelles versions de Windows.

Par exemple, mon dernier projet nécessite les éléments suivants (en supposant, mais la vérification de NET Framework 3.5 est installé):

1. VSTO Runtime 3.0
2. VSTO Runtime 3.0 SP1
3. Microsoft Office 2007 PIA assemblées
4. correctif pour office (KB976477) - Tous les utilisateurs reçoivent le complément au niveau de l'application