.NET Framework

.NET Framework 是支持生成和运行下一代应用程序和 XML Web services 的内部 Windows 组件。.NET Framework 旨在实现下列目标：    ·提供一个一致的面向对象的编程环境，而无论对象代码是在本地存储和执行，还是在本地执行但在 Internet 上分布，或者是在远程执行的。   ·提供一个将软件部署和版本控制冲突最小化的代码执行环境。   ·提供一个可提高代码（包括由未知的或不完全受信任的第三方创建的代码）执行安全性的代码执行环境。   ·提供一个可消除脚本环境或解释环境的性能问题的代码执行环境。   ·使开发人员的经验在面对类型大不相同的应用程序（如基于 Windows 的应用程序和基于 Web 的应用程序）时保持一致。   ·按照工业标准生成所有通信，以确保基于 .NET Framework 的代码可与任何其他代码集成。   .NET Framework 具有两个主要组件：公共语言运行库和 .NET Framework 类库。   公共语言运行库是 .NET Framework 的基础。您可以将公共语言运行库看作一个在执行时管理代码的代理，它提供内存管理、线程管理和远程处理等核心服务，并且还强制实施严格的类型安全以及可提高安全性和可靠性的其他形式的代码准确性。这类似于Java的虚拟机。事实上，代码管理的概念是公共语言运行库的基本原则。以公共语言运行库为目标的代码称为托管代码，而不以公共语言运行库为目标的代码称为非托管代码。   .NET Framework 的另一个主要组件是类库，它是一个综合性的面向对象的可重用类型集合，您可以使用它开发多种应用程序，这些应用程序包括传统的命令行或图形用户界面 (GUI) 应用程序，也包括基于 ASP.NET 所提供的最新创新的应用程序（如 Web 窗体和 XML Web services）。   【客户端应用程序开发】   客户端应用程序在基于 Windows 的编程中最接近于传统风格的应用程序。这些是在桌面上显示窗口或窗体从而使用户能够执行任务的应用程序类型。客户端应用程序包括诸如字处理程序和电子表格等应用程序，还包括自定义的业务应用程序（如数据输入工具、报告工具等等）。客户端应用程序通常使用窗口、菜单、按钮和其他 GUI 元素，并且它们可能访问本地资源（如文件系统）和外围设备（如打印机）。   另一种客户端应用程序是作为网页通过 Internet 部署的传统 ActiveX 控件（现在被托管 Windows 窗体控件所替代）。此应用程序非常类似于其他客户端应用程序：它在本机执行，可以访问本地资源，并包含图形元素。   过去，开发人员结合使用 C/C++ 与 Microsoft 基础类 (MFC) 或应用程序快速开发 (RAD) 环境（如 Microsoft? Visual Basic?）来创建此类应用程序。.NET Framework 将这些现有产品的特点合并到了单个且一致的开发环境中，该环境大大简化了客户端应用程序的开发。   包含在 .NET Framework 中的 Windows 窗体类旨在用于 GUI 开发。您可以轻松创建具有适应多变的商业需求所需的灵活性的命令窗口、按钮、菜单、工具栏和其他屏幕元素。   例如，.NET Framework 提供简单的属性以调整与窗体相关联的可视属性。某些情况下，基础操作系统不支持直接更改这些属性，而在这些情况下，.NET Framework 将自动重新创建窗体。这是 .NET Framework 集成开发人员接口从而使编码更简单更一致的许多方法之一。   和 ActiveX 控件不同，Windows 窗体控件具有对用户计算机的不完全受信任的访问权限。这意味着二进制代码或在本机执行的代码可访问用户系统上的某些资源，例如 GUI 元素和访问受限制的文件，但这些代码不能访问或危害其他资源。由于具有代码访问安全性，许多曾经需要安装在用户系统上的应用程序现在可以通过 Web 部署。您的应用程序可以在像网页那样部署时实现本地应用程序的功能。   【服务器应用程序开发】   在托管领域中，服务器端应用程序是通过运行库宿主实现的。非托管应用程序承载公共语言运行库，后者使您的自定义托管代码可以控制服务器的行为。此模型在获得主服务器的性能和可伸缩性的同时提供给您公共语言运行库和类库的所有功能。

XML

   
   

    
    
   
   
 XML与Access,Oracle和SQL Server等数据库不同，数据库提供了更强有力的数据存储和分析能力，例如：数据索引、排序、查找、相关一致性等，XML仅仅是展示数据。事实上XML与其他数据表现形式最大的不同是：他极其简单。这是一个看上去有点琐细的优点，但正是这点使XML与众不同。

^^^^^^^^^^ ………………………………………………………………………………………………………………………………………………………………………………

　　XML与HTML的设计区别是：XML是用来存储数据的，重在数据本身。而HTML是用来定义数据的，重在数据的显示模式。

　　XML的简单使其易于在任何应用程序中读写数据，这使XML很快成为数据交换的唯一公共语言，虽然不同的应用软件也支持其它的数据交换格式，但不久之后他们都将支持XML，那就意味着程序可以更容易的与Windows、Mac OS, Linux以及其他平台下产生的信息结合，然后可以很容易加载XML数据到程序中并分析他，并以XML格式输出结果。

　　为了使得SGML显得用户友好，XML重新定义了SGML的一些内部值和参数，去掉了大量的很少用到的功能，这些繁杂的功能使得SGML在设计网站时显得复杂化。XML保留了SGML的结构化功能，这样就使得网站设计者可以定义自己的文档类型，XML同时也推出一种新型文档类型，使得开发者也可以不必定义文档类型。

　　因为XML是W3C制定的，XML的标准化工作由W3C的XML工作组负责，该小组成员由来自各个地方和行业的专家组成，他们通过email交流对XML标准的意见，并提出自己的看法 (www.w3.org/TR/WD-xml)。因为XML 是个公共格式， (它不专属于任何一家公司)，你不必担心XML技术会成为少数公司的盈利工具，XML不是一个依附于特定浏览器的语言

………………………………………………………………………………………………………………………………………………………………

什么是Web Service

　　对这个问题，我们至少有两种答案。从表面上看，Web Service 就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API。这就是说，你能够用编程的方法通过Web来调用这个应用程序。我们把调用这个Web Service 的应用程序叫做客户。例如，你想创建一个Web Service ，它的作用是返回当前的天气情况。那么你可已建立一个ASP页面，它接受邮政编码作为查询字符串，然后返回一个由逗号隔开的字符串，包含了当前的气温和天气。要调用这个ASP页面，客户端需要发送下面的这个HTTP GET请求：

　　http://host.company.com/weather.asp?zipcode=20171

　　返回的数据就应该是这样：

　　这个ASP页面就应该可以算作是Web Service 了。因为它基于HTTP GET请求，暴露出了一个可以通过Web调用的API。当然，Web Service 还有更多的东西。

　　下面是对Web Service 更精确的解释： Web Services是建立可互操作的分布式应用程序的新平台。作为一个Windows程序员，你可能已经用COM或DCOM建立过基于组件的分布式应用程序。COM是一个非常好的组件技术，但是我们也很容易举出COM并不能满足要求的情况。

　　Web Service平台是一套标准，它定义了应用程序如何在Web上实现互操作性。你可以用任何你喜欢的语言，在任何你喜欢的平台上写Web Service ，只要我们可以通过Web Service标准对这些服务进行查询和访问。

………………………………………………………………………………………………………………………………………………………………

比如说很多软件都有天气预报的功能，比如qq主面板上就有显示天气的信息 但是这些信息可能是从气象局得到的，怎么得到的呢？就是用web service 比如，这里有个天气预报的web service，地址是 http://www.webservicex.net/globalweather.asmx 这个webservice有两个函数，比如第二个GetWeather函数 你qq登录的时候，qq会获取你当前的ip，根据ip判断你是哪个国家和地区的，然后把这两个参数传递过去，那边就会查询出来天气信息，返回的是XML格式的信息，qq根据这些信息，显示对应的天气图标等等到你的qq主面板上 比如 city:Dalian country:China 返回的就是中国大连的天气信息

      
      

       
       
就是说你在你本地写一些程序，具体来说是方法，然后以WebService的形式 来发布，别人就可以在internet上调用你的方法，通过输入参数就能得到 他想要的结果，一楼说的例子很直观了，气象局，这个东西不会说谁需要 在他的软件上显示天气就建个气象站来预测天气然后发布吧，他们都是 从气象局的WebService里得到的，只要你输入地址，那个WebService方法就 返回这个地方的气温，天气等。这就是WebService，从它的名字上你就可以 看出来了：Web服务！ 就是给你提供一些服务，正因为是给你提供服务， 所以有些WebService是收费的…… 
       
       
………………………………………………………………………………………………………………………………………………………………
       
       
一、Web service的概念
想要理解Web service，必须先理解什么是Service（服务）。
传统上，我们把计算机后台程序（Daemon）提供的功能，称为"服务"（service）。比如，让一个杀毒软件在后台运行，它会自动监控系统，那么这种自动监控就是一个"服务"。通俗地说，"服务"就是计算机可以提供的某一种功能。
根据来源的不同，"服务"又可以分成两种：一种是"本地服务"（使用同一台机器提供的服务，不需要网络），另一种是"网络服务"（使用另一台计算机提供的服务，必须通过网络才能完成）。
举例来说，我现在有一批图片，需要把它们的大小缩小一半。那么，我们可以把"缩放图片"看成是一种服务。你可以使用"本地服务"，在自己计算机上用软件缩小图片，也可以使用"网络服务"，将图片上传到某个网站，让服务器替你缩小图片，完成后再通过网络送回给你。这就好比，一件事你可以自己做，也可以交给另一个人去做。肚子饿了，你可以自己做饭，也可以打电话去订一份比萨，让店家替你做好送上门。
"网络服务"（Web Service）的本质，就是通过网络调用其他网站的资源。
举例来说，去年我写过一个"四川大地震图片墙"，它能动态显示关于四川地震的最新图片。但是，所有的图片都不是储存在我的服务器上，而是来自flickr.com。我只是发出一个动态请求，要求flickr.com向我提供图片。这种情况下，flickr.com提供的就是一种Web service。如果我把图片都存放在本地服务器，不调用flickr.com，那么我就是在使用"本地服务"。
所以，Web service让你的网站可以使用其他网站的资源，比如在网页上显示天气、地图、twitter上的最新动态等等。
二、Web Service架构和云
如果一个软件的主要部分采用了"网络服务"，即它把存储或计算环节"外包"给其他网站了，那么我们就说这个软件属于Web Service架构。
Web Service架构的基本思想，就是尽量把非核心功能交给其他人去做，自己全力开发核心功能。比如，如果你要开发一个相册软件，完全可以使用Flickr的网络服务，把相片都储存到它上面，你只要全力做好相册本身就可以了。总体上看，凡是不属于你核心竞争力的功能，都应该把它"外包"出去。
最近很红的"云计算"（cloud computing）或者"云服务"（cloud services），实际上就是Web Service的同义词，不过更形象一些罢了。它们不说你把事情交给其他计算机去做，而说你把事情交给"云"去做。
三、本地服务的缺陷
"网络服务"是未来软件开发和使用的趋势，本地服务将用得越来越少，主要因为以下三个原因：
         
         

          
          

           
           
*　本地资源不足。很多数据和资料，本地得不到，只有向其他网站要。
           
           
*　成本因素。本地提供服务，往往是不经济的，使用专业网站的服务更便宜。这里面涉及硬件和人员两部分，即使你买得起硬件，专门找一个人管理系统，也是很麻烦的事。
           
           
*　可移植性差。如果你想把本机的服务，移植到其他机器上，往往很困难，尤其是在跨平台的情况下。
          
          
         
         
四、Web Service的优势
除了本地服务的缺点以外，Web Service还有以下的优越性：
         
         

          
          

           
           
*　平台无关。不管你使用什么平台，都可以使用Web service。
           
           
*　编程语言无关。只要遵守相关协议，就可以使用任意编程语言，向其他网站要求Web service。这大大增加了web service的适用性，降低了对程序员的要求。
           
           
*　对于Web service提供者来说，部署、升级和维护Web service都非常单纯，不需要考虑客户端兼容问题，而且一次性就能完成。
           
           
*　对于Web service使用者来说，可以轻易实现多种数据、多种服务的聚合（mashup），因此能够做出一些以前根本无法想像的事情。
          
          
         
         
五、Web service的发展趋势
根据我的观察，目前Web service有这样几种发展趋势。
         
         

          
          

           
           
*　在使用方式上，RPC和soap的使用在减少，Restful架构占到了主导地位。
           
           
*　在数据格式上，XML格式的使用在减少，json等轻量级格式的使用在增多。
           
           
*　在设计架构上，越来越多的第三方软件让用户在客户端（即浏览器），直接与云端对话，不再使用第三方的服务器进行中转或处理数据。
           
           


          
          
         
         
      
      

………………………………………………………………………………………………………………………………………………………………

传统上，我们把计算机后台程序（Daemon）提供的功能，称为"服务"（service）。比如，让一个杀毒软件在后台运行，它会自动监控系统，那么这种自动监控就是一个"服务"。通俗地说，"服务"就是计算机可以提供的某一种功能。 根据来源的不同，"服务"又可以分成两种：一种是"本地服务"（使用同一台机器提供的服务，不需要网络），另一种是"网络服务"（使用另一台计算机提供的服务，必须通过网络才能完成）。 举例来说，我现在有一批图片，需要把它们的大小缩小一半。那么，我们可以把"缩放图片"看成是一种服务。你可以使用"本地服务"，在自己计算机上用软件缩小图片，也可以使用"网络服务"，将图片上传到某个网站，让服务器替你缩小图片，完成后再通过网络送回给你。这就好比，一件事你可以自己做，也可以交给另一个人去做。肚子饿了，你可以自己做饭，也可以打电话去订一份比萨，让店家替你做好送上门。 "网络服务"（Web Service）的本质，就是通过网络调用其他网站的资源。 举例来说，去年我写过一个"四川大地震图片墙"，它能动态显示关于四川地震的最新图片。但是，所有的图片都不是储存在我的服务器上，而是来自flickr.com。我只是发出一个动态请求，要求flickr.com向我提供图片。这种情况下，flickr.com提供的就是一种Web service。如果我把图片都存放在本地服务器，不调用flickr.com，那么我就是在使用"本地服务"。 所以，Web service让你的网站可以使用其他网站的资源，比如在网页上显示天气、地图、twitter上的最新动态等等。

……………………………………………………………………………………………………………………………………………………………