如果您用COM+和它的服务器为Windows 2000建造分布式应用软件，您将会发现自己置身于如图8所示的环境当中。正如您所认识到的那样，还有许多东西需要学习。
图8.用COM+和Visual Basic创建中间层组件。
在市场上所有带有COM功能的开发工具当中，Visual Basic提供了最高的生产效率。Visual Basic 3.0 和 Visual Basic 4.0在产品的COM概念上都有了一定的进步，但是Visual Basic 5.0确确实实使自身成为了在建立基于COM系统的组件、比较可行的开发工具。Visual Basic 6.0甚至增加了一些COM和MTS开发的支持。
花点时间来考虑下面的问题。您对Visual Basic的了解是怎样的?它为您编写大型的应用程序提供了一个可行的选择吗?为什么您阅读这篇文章呢？通过选择Visual Basic、 C++、结构化查询语言(SQL)，来回答下列的问题?
许多设计人员和项目负责人就会脱口而出所有这些问题的答案，"Visual Basic"。但是，Visual Basic绝不是一个“包治百病”的语言。在一些情况下，C++或者其它一些语言对一些组件来说是更好的选择。例如，许多COM界面，例如由OLE-DB公开的，只能用C++访问，这也意味着一些组件只能用Visual Basic来编写。然而，公司还是有许多机会去把Visual Basic运用到分布式应用软件当中。这种机会最有可能在为大型信息系统中间层的分布式对象编写工作逻辑和数据通道的时候。
在两层系统的年代，Visual Basic毫无疑问成为了开发用户界面的流行工具。公司利用Visual Basic来编写在桌面上运行的基于表单的应用程序。Visual Basic编程人员花费了大量的时间去设计表单和编写用户交互代码。现在，情况显然已经改变了。越来越多的公司已经转向用基于HTML开发工具，如Visual InterDev，去建造基于浏览器的应用程序。在一些方面，Visual Basic编程人员已经在寻找他们的新归宿了。
Visual Basic编程人员的光明未来在于为中间层编写不可视的组件。那些认为COM编程需要C++的公司正在改变他们的调门。越来越多的软件车间在试图尽可能多地用Visual Basic编写中间层代码。而且，从开发平台的人那里，Visual Basic编程人员得到了许多支持。这种体系结构和那些把COM+放在一起的实施者，把Visual Basic看成他们的最大的客户。
| ------ | ------ |
| 点击页数，可转到相应的页。 | |
| 1 2 3 4 5 | 回栏目首页 |
