Home |
Search |
Today's Posts |
#1
![]()
Posted to microsoft.public.excel.programming
|
|||
|
|||
![]()
Hi There
I have started using VSTO, here are my list of pros and cons for VSTO, what do you think? Pros (1) Developing a more future-proof solution, as MS is phasing out VBA in favour of .NET (2) All the advantages of .NET over VBA: - Productive IDE that will improve over time (VBA IDE will not be improved by MS) - Better windows forms, with all .NET controls available - Easier to consume Web Services - Access to a fully featured programming language ... OO, Threads, Generics, Delegates .. etc - Access to all .NET BCL's - Easier source control - .NET Assembly is separated from xls, therefore can store assembly on server and version control becomes easier Cons (1) No UDF's - This is a big deal for me, as I use UDF's in VBA extensively (2) No Macro Recorder - Although I have used Excel VBA for years and don't "need" it, I find it an excellent starting point for most tasks. If anything, it points me to the right place in the Excel object model. (3) Licence costs - Need to buy VSTO separately to MS Office ! Another $720 USD !! Significant cost for merchant banks that have several VBA Warriors ... people who are not full time programmers, but use VBA to improve their productivity (4) Speed - I am finding VSTO to be significantly slower than VBA ... presumably because VSTO uses Interop to communicate with Excel (5) Deployment - I have not deployed a real VSTO app yet, but it appears to be alot more complex than VBA Cheers Ben |
Thread Tools | Search this Thread |
Display Modes | |
|
|
![]() |
||||
Thread | Forum | |||
VSTO: calling excel funcions? | Excel Programming | |||
VSTO and Excel--End Cell Edit Mode? | Excel Programming | |||
Excel in VSTO | Excel Programming | |||
Get VSTO code to run on every launch of Excel | Excel Programming | |||
VSTO Excel Addin | Excel Programming |