剖析.NET Framework

  大家一定对Web Service模型在.NET中的重要性都有所了解,那么,我们如何才能容易地部署、维护一个可支持几百万客户端的Web Service呢?这需要选择恰当的基础架构,也就是.NET Framework设计的目标。

  .NET Framework是在Microsoft .NET平台上进行开发的基础,.NET Framework以及针对设备的.NET Framework简化版为XML Web服务和其他应用程序提供了一个高效安全的开发环境,并全面支持XML.

  核心技术

  .NET Framework的核心技术为:通用语言运行库(CLR:Common Language Runtime)、类库、ASP.NET及ADO.NET.

  通用语言运行库

  (Common Language Runtime)

  CLR引入了一些能提高应用程序运行可靠性的技术(比如消除了内存泄漏),同时也提供了多语言执行环境,使得组件和XML Web服务的综合使用不再受编程语言的限制。目前,可以用来编写.NET应用程序的编程语言不下20种,如C++、 Visual Basic .NET、JScript,以及微软最新推出的开发语言——C#,此外还包括不少第三方的语言,比如COBOL、Eiffel、Perl、Python、Smalltalk等等。

  类库

  统一的类库提供了调用平台函数的通用方法,使得我们不必再去学习并研究不同语言的API体系结构

  ASP.NET

  ASP.NET建立在.NET Framework类的基础之上,并提供了由控件和基础部分组成的“Web程序模板”,大大简化了Web程序和XML Web服务的开发。程序员直接面对的是一组ASP.NET控件,而这些控件由一些诸如文本框、下拉选单等通用的HTML用户界面构件封装而成。实际上这些控件运行于Web服务器上,并简单地以HTML的形式将用户界面发送到浏览器。

  ADO.NET

  与现有的ADO数据访问模型相比,ADO.NET引入了一些新的特性——基于XML,并且是松散耦合的(loosely-coupled)。ADO.NET使用了脱机(disconnected)数据缓存,使用户能快速地创建出高性能、可靠的XML Web服务和现在流行的多层应用程序(N-tier applications)。

  Enterprise Services

  由于建立在Windows 2000的Application Services上,并包括了微软COM+服务和消息队列服务,.NET Framework Enterprise Services的可扩展性和可靠性都相当出色,而这对企业级程序(比如事务处理)而言是非常重要的。

  此外,Windows 2000 Application Services和.NET Framework的深层整合,使得用户可以将现在通行的基于COM的程序转化为XML Web服务,而且整个转化根本不用写一行代码,只需通过一个管理接口(administrative interface)就能轻而易举地实现。

  Windows Forms

  Windows窗体为.NET Framework提供了美观的客户端图形用户界面,它囊括了现在的VB组件库(Visual Basic component library)和Windows基础类库(Windows Foundation Classes),以及高效易用的底层Win32 API 的所有优点。

  .NET Framework的优点

  .NET Framework有什么优点呢?简单地说,它能缩短产品开发时间,简化发布和管理,提高运行效率。以下是一些主要的优点:

  可以使用任何编程语言 .NET Framework允许开发者以任何语言进行开发,使不同语言开发的程序结合得更紧密,并使现有的开发技巧得以继续使用;

  减少了编写代码量 .NET Framework使用了高度模块化的设计,使得开发人员可以将精力更多地集中到处理商务逻辑方面,而不必再把时间花费在写IDL和Register代码上。以ASP.NET为例,许多常用的功能,如购物车,都已被封装成为通用的控件;

  以XML/SOAP为核心 .NET Framework目标是将软件转化为服务,因此基于XML和SOAP系列的集成标准。您只需简单地注出所需的方法调用,.NET Framework就能将它们转化为完整的XML Web服务;

  提高了应用程序的可靠性 .NET Framework引入了新的技术使程序运行得更可靠,比如以.NET Framework来管理内存、线程及进程,确保内存泄漏将不再发生。此外,ASP.NET 还监视Web程序的运行,并根据管理员设定的时间间隔,每过一段时间自动地重新执行一次这些程序;

  性能更加优化 .NET Framework优化了传统的Web程序。ASP.NET引入了高级的编译技术和缓存特性,获得了比现在ASP程序高1~2倍的性能。

  标准化

  微软已经将.NET Framework的核心部分通用语言规范(即Common Language Infrastructure)提交给了欧洲计算机制造商协会(ECMA)。现在正全力参与ECMA的标准化推广,并协助ECMA控制和管理这些标准。

时间: 2024-11-17 05:57:21

剖析.NET Framework的相关文章

Java Web Framework综述

web Java Web Framework综述0.简介本文介绍Java Web Framework的基本工作原理,和一些常用的开源Web MVC Framework(Struts, Web Work, Tapestry, Echo, JSF, Maverick, Spring MVC, Turbine, Cocoon, Barracuda). Web开发的最重要的基本功是HTTP:Java Web开发的最重要的基本功是Servlet Specification.HTTP和Servlet Spe

剖析 .Net 下的数据访问层技术(一)

访问|数据 l 引言 自从 .NET 真正走入开发人员那天起,"效率"两个字就一直成为众多程序员津津乐道的话题.无论是从开发模式(Cross Language).系统框架(.NET Framework),还是各种使用方便的工具(VS.NET),无一不体现出了它的胜人一筹. 同时,在另一方面,.NET 是否可以真正胜任企业级应用(Enterprise Application)开发的重任,却依然争论不断,褒贬不一. 通常来说,对于一个企业级应用,需要考虑的方面很多,如安全.性能.伸缩性.易

剖析 .Net 下的数据访问层技术(三)

访问|数据 u O/R Mapping O/R Mapping的全称是:Object Relational Mapping,主要目的是在传统RDBMS与OO Language之间建映射关系,从而使开发人员彻底脱离数据持久这片剪不断理还乱的苦海. 关于O/R Mapping或者近来比较热门的O/X Mapping(大家可以参考"程序员,2004.01,P86"),可能需要专门的文章进行详细论述,本文的目的主要是对现有方案的优缺点进行简单剖析以及提供一些实践中的参考信息. 相比较J2EE平

深入剖析依赖属性(WPF/Silverlight核心)(上)

一. 摘要 前几篇我们讲了WPF的一些基本知识,但是始终没有接触最核心的概念,那么从这篇文章开始的下面几篇文 章中,我们会分别深入讨论一下依赖属性.路由事件.命令和绑定等相关概念,希望这几篇文章对大家能有所 帮助.由于自己才疏学浅且是对这些技术的使用总结和心得体会,错误之处在所难免,怀着技术交流的心态, 在这里发表出来,所以也希望大家能够多多指点,这样在使一部分人受益的同时也能纠正我的错误观点,以便 和各位共同提高. 二. 本文提纲 · 1.摘要 · 2.本文提纲 · 3.比这篇文章更重要的东西

WCF技术剖析之二十四:ServiceDebugBehavior服务行为是如何实现异常的传播的?

服务端只有抛出FaultException异常才能被正常地序列化成Fault消息,并实现向客户端传播.对于一般的异常(比如执行Divide操作抛出的DivideByZeroException),在默认的情况下,异常信息无法实现向客户端传递.但是,倘若为某个服务应用了ServiceDebugBehavior这么一个服务行为,并开启了IncludeExceptionDetailInFaults开关,异常信息将会原封不动地传播到客户端.WCF内部是如何处理抛出的非FaultException异常的呢?

关于WAS当中FFDC报告error in opening zip file剖析及解决

 http://yulimin.javaeye.com/blog/299956   关于WAS当中FFDC报告java.util.zip.ZipException: error in opening zip file剖析及解决 问题: WAS下FFDC日志目录中出现如下的错误,打开zip文件错误 Java代码 FFDC Exception:java.util.zip.ZipException SourceId:com.ibm.ws.classloader.ClassLoaderUtils.add

【Xamarin 跨平台机制原理剖析】

原文:[Xamarin 跨平台机制原理剖析] [看了请推荐,推荐满100后,将发补丁地址]   Xamarin项目从喊口号到现在,好几个年头了,在内地没有火起来,原因无非有三,1.授权费贵 2.贵 3.原生态Java开发Android的越来越多,人工费用成本降低. 上面说的3条,都跟钱相关,不占技术边,看起来跟本文的标题严重不符.但是,细细看来,如果这个产品的圈子打不开,再牛的技术,也是枉然.因为技术是在不断推进的, 性能问题,技术问题,实现问题,等等都可以随着时间的推动去解决,但是,Xamar

【Xamain 跨平台机制原理剖析】

原文:[Xamain 跨平台机制原理剖析] [看了请推荐,推荐满100后,将发补丁地址]   Xamarin项目从喊口号到现在,好几个年头了,在内地没有火起来,原因无非有三,1.授权费贵 2.贵 3.原生态Java开发Android的越来越多,人工费用成本降低. 上面说的3条,都跟钱相关,不占技术边,看起来跟本文的标题严重不符.但是,细细看来,如果这个产品的圈子打不开,再牛的技术,也是枉然.因为技术是在不断推进的, 性能问题,技术问题,实现问题,等等都可以随着时间的推动去解决,但是,Xamari

深入剖析ASP.NET的编译原理之二:预编译(Precompilation)

在本篇文章的第一部分:[原创]深入剖析ASP.NET的编译原理之一:动态编译(Dynamical Compilation),详细讨论了ASP.NET如何进行动态编译的,现在我们来谈谈另外一种重要的编译方式:预编译(Precompilation). 目录 一.为什么要进行预编译 二.In Place Pre-compilation V.S. Pre-compilation for Deployment 三.Non-updatable Pre-compilation V.S. Updatable P