ArtinSoft's Blogs

Software Migration Experts
Welcome to ArtinSoft's Blogs Sign in | Join | Help
in Search

The Myth of Visual Basic Migration / Upgrade

The myths about Visual Basic migration make it easy to play the “blame” game instead of trying to understand the issue. Often, in making the wrong assumptions, we “write off” some alternatives without even considering them. However, with training, support from automatic migration products and the use of a comprehensive migration methodology, the migration is not only possible using a fraction of the resources required for a rewrite, but it is also the right choice to reduce the Total Cost of Operation and prepare applications to maximize their future business value.

Performance of migrated VB6 applications to .NET

A common question when upgrading VB6 applications to .NET is regarding the performance of the application.

The short answer is that the migrated app typically performs as good as the original application. Let's dive into a couple of common issues that customers typically worry about:

1) the use of the VB6 compatibility classes in .NET: First of all, I believe this is a very bad namespace name! Everytime you hear compatibility library you think about performance. However, in this case, all the classes in the compatibility library are implemented in .NET. They are included just to simplify the maintainability of the code. The functionality that they provide is not directly provided by .NET, therefore, the correct way of implementing it is to just program it in .NET which is exactly what the compat classes do. NO performance penalty here! In addition, these classes are part of the .NET framework, thay are supported by Microsoft and they will continue to be supported for the forseable future! If there is a function in there that you want to use it, just do it!

2) COM Interop: The VB Upgrade Wizard generates primary assemblies for the COM component that are referenced from VB6. This is of course the fastest way to communicate with them from .NET. Now, typically, COM components are black boxes that presumably execute non trivial functionality. This means that typically the time spent by the execution of the COM component is orders of magnitude larger than the time spent in the calling of the component from .NET. Therefore the performance impact is negligible. This is not true of course if the COM interface is very chatty as you will have to go through the primary assembly overhead many times.

The reason to eliminate COM interop is normally not one of performance. You want to eliminate COM components for maintainability reasons, for deployment reasons or to take advantage of newer versions of the components. If you just want to maintain the same functionality COM interop does not present a performance situation.

In summary and reinforcing the introductory statement a converted application from Visual Basic 6 to .NET typically performs in the same way as the original one.

Have you had a different experience? Let me know!

Comments

 

The Myth of Visual Basic Migration / Upgrade said:

Microsoft recently started to distribute a new version of the Visual Basic 2005 Power Packs.  Link...
September 24, 2007 12:06 PM
 

The Myth of Visual Basic Migration / Upgrade said:

Microsoft recently started to distribute a new version of the Visual Basic 2005 Power Packs.  Link to...
September 24, 2007 12:07 PM
 

The Myth of Visual Basic Migration / Upgrade said:

Microsoft recently started to distribute a new version of the Visual Basic 2005 Power Packs.  Link to...
September 25, 2007 9:45 AM
 

The Myth of Visual Basic Migration / Upgrade said:

Microsoft recently started to distribute a new version of the Visual Basic 2005 Power Packs.  Link to...
September 25, 2007 9:46 AM

Leave a Comment

(required) 
(optional)
(required) 
Submit

About Fzoufaly

Federico—ArtinSoft co-founder—holds a PhDC in Computer Science from the University of Florida, and a Master's degree in Computer Science and an honors Licentiate degree in Electronics Engineering from the Costa Rican Institute of Technology (ITCR). Federico has been a faculty member of both the ITCR Computer Science Department and the University of Florida. He is currently the Executive Vice President in charge of operations at ArtinSoft. Previously, he was vice president of ZIPTEK Inc., a technology-based company that offers consultancy services in automation networks. In 1993, the year he co-founded ArtinSoft, he won the National Electronics Award in the Research Category, awarded by the Costa Rican Federated College of Engineers and Architects. Federico has had an active participation in several local electronic and computer research projects. He is a founding member of the Costa Rican Association of Electronics Engineers and has served as a member of its Board of Directors since 1992, holding its Presidency on two occasions. He is also member of the Association for Computing Machines, the IEEE, as well as an active member of the College of Technological Engineers.

This Blog

Syndication

News

Myth: "Visual Basic Migrations are not worth it." Current Status: BUSTED! Summary: Visual Basic Upgrade/Migrations are the most cost effective and less risky approach to evolve your code and take full advantage of .NET. The process to upgrade is not trivial, but THERE IS a process that can be followed and guarantees success.
Powered by Community Server (Non-Commercial Edition), by Telligent Systems