一NET框架.docVIP

第一部分 .NET框架和程序设计导论 一、.NET和企业级开发架构 要理解.NET，我们需要回溯一下微软产品发展的路子。1997年前后，微软已经是PC市场最主要的供应商，于是它开始致力于寻找进行其它的开发，其中最明显的例子，就是进入企业服务器的市场，很多产品脱颖而出，比如： Microsoft Transaction Service（MTS，事务服务）； Microsoft Message Queue（MSMQ，消息队列）； Microsoft Clustering Service（MCS，聚类服务）等。 这些产品揭开了一前深奥的、专业的、基于大型机的PC技术领域的奥秘。 但是，和服务器软件相比，微软的开发体系无论在理念上还是方法上都显得十分的陈旧而落后。VB无疑只是一个面向初学者的产品，一旦需要大型开发，VB就显得无能为力。VC++对于面向Internet的开发和企业级的开发，显得困难而且效率低。至于ASP 严格的说根本不是一个符合现代编程理念的东西，许多不安全因素限制的它的应用。 也正是这个时候，java开始兴起，到90年代末期，J2EE已经事实上成为大型企业级开发的标准，我们看一下J2EE的主要框架结构 毫无疑问，这种分布式架构对于开发大型可升级可维护可扩展的企业级体系，是非常优秀的，而当时微软虽然提出了DNA架构，但是正是由于COM、DCOM性能上的限制，从任何方面其实都没有办法和J2EE比拼。 微软怎么啦？微软怎么办？这正是一直困惑人们的问题。 到了去年，这个问题终于有了答案。 2002年3月22日，微软推出了他的Microsoft Visual Studio.NET的第一个正式版，这个时间的选择是意味深长的，因为这正是微软的开发平台Visual Basic诞生十周年之际，他宣告了Visual Basic的结束，也宣告了编程理念的一个新的时代的开始。 .NET平台的全称是Visual Studio.net Enterprise Architect（企业架构），这样的命名对.NET的特点提供了很好的说明，也就是说，.NET的目标就是为了实现企业级解决方案。 我们来和J2EE比较一下.NET平台的主要特点： J2EE .NET 数据访问层 JDBC ADO.NET 表示层 Servlet ASP.NET JSP 应用程序服务层 RMI Session Bean Remoting，Web Service Entity Bean 事务处理 JTA COM+ 消息处理 JMS MSMQ MessagePrinter Bean 我们会发现，对于J2EE的技术，.NET平台都有相应的技术与它对应。所以，和J2EE一样，.NET的开发也是很严肃的，它更是一种组织行为。 我们非常需要了解得是，.NET平台内部已经不使用COM技术了，谈到这一点，我们必须对COM机制多说几句。 COM（Component Object Model组件对象模型），是一种用于说明如何建立软件组件的规范，由于使用了统一的接口规范，不同的开发人员创建的COM 组件，可被组合进不同的应 用程序中，而且这些COM 组件所使用的语言，可以是完全不同的。 DCOM（Distributed Component Object Model）分布式组件对象模型，这是一种分布式应用程序集成到网络的技术，一个分布式应用程序由多个进程组成，这些进程协作完成一项工作。 原则上说，利用COM机制也不是不可以实现分布式体系，当初微软提出的DNA模型正是建立在这样的机制上面的： 但是，当项目很大的时候，COM本身的缺点限制了人们的使用，这些缺点主要表现在如下几个方面： COM的部署比较困难，它需要基于GUID标示符，把组件注册在客户机的注册表中，这在有些情况下是比较困难的。 COM缺乏与其它平台进行互操作的能力，比如在UNIX上就没有办法激活COM组件。 COM缺乏内置的继承，在COM基本结构中，并不具备继承能力，这也就是说COM的面向对象是不完全的，在开发大型系统的时候，这可能是一个致命的缺点。 种种这些原因，使微软在.NET平台上必须放弃