Avantages et inconvénients de l'automatisation D'Excel à L'aide de VBA vs.Net

je suggère que vous vous en teniez à VBA pour votre développement standard avec Excel, et que vous appreniez .NET de ce côté. Utiliser .NET est certainement la prochaine étape, mais il rend votre développement Excel beaucoup plus difficile.

en outre, VSTO ne permet pas la création de fonctions de feuille de travail définies par l'utilisateur ("UDFs"), de sorte que vous auriez besoin d'un front-end VBA, ou de créer un com géré add-in sans utiliser VSTO, afin de le faire. En comparaison, VBA vous permet de créer des UDFs avec pratiquement aucun effort.

L'utilisation de .NET présente de nombreux avantages, surtout en ce qui a trait à la frappe forte, aux capacités complètes en OOP et à la capacité d'organiser des projets de plus grande envergure. mais VBA a d'énormes avantages par rapport à .NET quand il s'agit de déploiement, ce qui est assez compliqué avec Excel quand il s'agit de traiter avec .NET ou VSTO. VBA est également une langue plus facile à apprendre et de commencer avec.

dans l'ensemble, je suggère que vous utilisez VBA pour votre développement quotidien, mais apprendre VB.NET or C# on the side so que vos compétences en programmation peuvent se développer en dehors de L'arène Excel. Finalement, vos compétences .NET peuvent devenir assez forts de sorte que vous préférerez l'utiliser plutôt que VBA, mais vous devrez devenir assez bon à .NET pour ce jour à venir.

est-ce que je perds les avantages de l'enregistrement macro si je développe des applications Excel dans Visual Studio?.)

Edit: mise à Jour concernant Andy commentaire, ci-dessous:

Questions comme le déploiement, le débogage et UDFs étaient ceux que je a la recherche d'informations de comparaison sur. À en juger par les réponses à la question j'aurais dû mentionner que J'ai 5+ années d'expérience avec C#, alors que mes compétences VBA (ou manque il n'en sort que 3 ou 4 fois par décennie

Ok, oui, vous devriez avoir dit! La plupart des gens avec des questions comme celle-ci sont des programmeurs VBA qui cherchent à entrer .NET. J'ai mal compris.

dans votre cas, vous devriez utiliser C#, mais je suggérerais fortement D'utiliser C# 4.0 sur Visual Studio 2010 pour cela, il améliorera grandement la syntaxe qui est requise lors de l'exploitation contre un modèle D'objet COM tel Qu'Excel. VS 2010 est actuellement en bêta 2 et la date de la RTM est fixée au 12 avril, donc nous y sommes presque.

en ce qui concerne le déploiement, avec votre expérience je ne pense pas que vous aurez trop de problèmes avec les paquets de configuration ou les outils similaires et Visual Studio Tools for Office (VSTO) est exceptionellement bon pour deux choses:

1. Création d'un ruban personnalisé arrangement pour votre add-in via un glisser-déposer. Sans la fonction de glisser-déposer, vous devez fournir XML à la place. XML est très bien si vous me demandez, mais le glisser-déposer est vraiment un rêve à utiliser

2. utiliser les commandes .NET sur une feuille de travail. Je ne sais pas si cela fait partie de ce que vous prévoyez de faire, mais VSTO permet d'utiliser les commandes .NET sur la feuille de travail. C'est un très belle capacité pour un programmeur. net puisque ces contrôles sont un peu plus lisse et sont spécifiquement conçus pour travailler avec .NET.

malheureusement, VSTO est seulement disponible pour Excel 2003 et au-dessus et je pense que vous devez créer des add-ins séparés pour Excel 2003 et Excel 2007. En revanche, les add-ins com gérés sans utiliser VSTO peuvent être rendus compatibles avec Excel 2000 et les versions supérieures sans aucune difficulté. Enfin, la VSTO ne soutient pas la création de UDFs et, par conséquent, vous devez soit créer un add-in d'automatisation gérée pour cela ou utiliser une VBA front-end qui appelle vos fonctions VSTO.

dans l'ensemble, je dirais VSTO si vous pouvez vous limiter à Excel 2007 et au-dessus. Je considérerais VSTO si vos exigences sont pour Excel 2003 et au-dessus. Et j'utiliserais un managed COM add-in si vous avez besoin de pouvoir exécuter sur Excel versions 2000 et supérieures.

pour le support UDF, je créerais une automation managée add-in, qui serait viable pour Excel 2002 et au-dessus. Si vous avez besoin D'UDFs sur Excel 2000 ou moins, vous aurez besoin d'une interface VBA qui appelle les méthodes COM-visible dans votre assemblage .NET.

ce sont les pour et les contre de base, comme je le vois. Laissez-moi savoir si vous avez besoin d'en savoir plus.

-- Mike