Version imprimable
Bonjour,
J'envisage prudemment la possibilité de migrer une application développée en VBA.
Je cherche à tester la création composant .COM managés, leur déploiement et surtout leur mise à jour avec "visual studio tools for application" avec Visual Studio ou bien avec VSTA.
Je ne trouve pas beaucoup de documentation.
Auriez-vous des pistes ?
VSTA est-il pérenne ?
Francis
Salut,
la documentation est fournie
https://msdn.microsoft.com/fr-fr/lib...v=vs.120).aspx
Concernant la perennite, on fait face a un phenomene qui existe : developpement d'add-in c# ou vb.et pour incorporation dans les outils office.
Ca reste pertinent de te pencher dessus :)
Merci Jean-Philippe,
Je vais essayer avec vsta.exe:
Pièce jointe 289217
Il y a aussi une aide dans VSTA:
Pièce jointe 289218
Est-ce que l'on peut en attendre les mêmes résultats avec VSTA qu'avec l'environnement Visual Studio Professional ?
J'espère pouvoir utiliser ClickOnce pour déployer et faire des mises à jours sur des postes des collègues qui ne sont pas administrateurs de leurs machines.
Mais je n'arrive même pas à créer un projet:
Pièce jointe 289243
Il doit manquer quelque-chose ...
J'ai aussi le livre "Professional Excel Development" de Rob Bovey qui consacre 50 pages sur 1150 à VSTO, je vais lire tout ça.
Bonjour,
Personnellement, cela me semble plus simple de passer par VSTO, sauf si tu veux t'ouvrir au monde non-Microsoft-Office
L'intégration de VSTO, maintenant Office Tools for Visual Studio, dépend de L'édition de Visual Studio. La première étape, si on peut dire, étant que les éditions Express ne sont pas compatibles avec VSTO. Avec VS 2013, VS 2015 et VS 2017, quand VSTO est installé, les projets Office sont dans les nouveaux projets et cela prend au minimum l'édition Community.
Pour VS 2013, j'ai oublié, mais pour VS 2015 et VS 2017, l'Installation se fait en passant par le programme d'installation de Visual Studio, et avec WebPlatformInstaller.
Et puis, la version de VSTO autorisée avec Visual Studio dépend de la version d'Office installée.
Ceci dit, pour les applications Office, Microsoft est beaucoup plus intéressé par sa nouvelle API, très centrée sur le Web et très JavaScript, même si VSTO est toujours autorisé.
Maintenant la documentation de développement avec Office. (Liens vers Office 365 et VSTO)
Kessadir, Il y aurait encore une autre façon de développer et de distribuer des composants COM managés en utilisant une nouvelle API appelée à remplacer VSTO dans un avenir indéfini ?Citation:
Envoyé par clementmarcotte
Cette dernière solution est-elle plus prometteuse ?
Ce livre me serait sans doute utile "VSTO - Guide du développeur - Créez des applications .NET pour personnaliser et étendre MS Office" de 7 mars 2011 par Taoffi NASSAR.
Bonjour,
Je ne suis pas sûr que ce soit du code managé. Faudrait que tu regardes dans la documentation de l'API Office 365.Citation:
Envoyé par francis60
Ceci dit, comme Office supporte encore les macros xl5, les macros xll et même VBA, je doute qu'ils éliminent VSTO demain matin. Microsoft n'est pas Apple. Pour eux la compatibilité existe. Pas totale, mais elle toujours maintenue au moins un peu.
Mais, comme tu ne dis rien de ton application, ni de ta version de Visual Studio, c'est bien difficile de se prononcer sur l'ensemble du dossier. Peut-être que tu peux même te passer d'Excel. Le Framework et VB ont bien progressé depuis VB 2008 et le Framework 3.5.
Et puis, juste pour le fun, il y a quelqu'un à quelque part qui a programmé en F#, donc en code managé, le fonctions financières d'Excel.
Et, il existe des bibliothèques de calcul scientifique, .net. Des gratuites et des commerciales.
Pour finir, tu peux manipuler des fichiers Excel dans avoir Excel avec EPPlus, ClosedXML, le SDK OpenXML ou system.IO.packaging.
Merci pour ces tuyaux.
Si j'ai le courage je ferai une critique du bouquin.
