Much debate has raged over this exact issue for a long time. Our experience has
shown (and many of our customers now agree) that you likely need both. Why is that?
Some customers make the mistake of basing their driver technology decision on
the expertise they have in-house. However, this is not the right criterion on which
to base an IVI driver strategy. Rather, the deciding factor must be the predominant
end-user development IDE.
Microsoft IDEs are the most dominant in test and measurement and becoming increasingly so.
Unquestionably, IVI.NET IVI-COM drivers provide the best experience in Microsoft
environments, including Visual Basic, Visual C++, C#, and others. Some may
find it surprising that IVI-COM and IVI.NET drivers even provide a better end-user experience
in LabVIEW than IVI-C drivers. Crucially, the integration of IVI-C drivers with .NET in particular
is much more tedious than with either IVI-COM or IVI.NET. Thus, a pure IVI-C solution is not
an optimal choice.
However, if many of your end users rely upon C-based environments such as LabWindows™/CVI,
then they may want to have an IVI-C driver.
The best answer truly is that you need more than one to satisfy the full range of development
environments your customers may be using. Pacific MindWorks would recommend a combination of
an IVI.NET and an IVI-C driver. Alternatively, a combination of an IVI-COM and an IVI-C driver
is a reasonable choice.