前言

内容：

中论

客户端和服务器都有处理功能，现在已经不常用。

缺点：开发成本高，客户端程序设计复杂、信息内容和形式单一、用户界面风格不一、软件移植困难、维护和升级困难、服务端压力大难以复用等。

将处理功能独立出来，表示层和数据层都变得简单。表示层在客户机上，功能层在应用服务器上，数据层在数据库服务器上。

优点：

缺点：三层C/S架构设计关键在于各层之间的通信效率。

三层C/S架构的变种，将客户端变为用户客户端上的浏览器，将应用服务器变为网络上的WEB服务器，又称为0客户端架构。

虽然不用开发客户端，但是有很多缺点：

内外有别模型：企业内部使用C/S，外部人员访问使用B/S

查改混合模型：采用B/S查询。C/S修改

混合架构实现困难，且成本高

RIA是一种用户接口，比用HTML实现的接口更加健壮，且有可视化内容，本质还是网站模式

优点：

(1)控制器（Controller）：是应用程序中处理用户交互的部分。通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。

(2)模型（Model）：是应用程序中用于处理应用程序数据逻辑的部分。通常模型对象负责在数据库中存取数据。模型表示业务数据和业务逻辑。

(3)视图（View）：是应用程序中处理数据显示的部分。通常视图是依据模型数据创建的。是用户看到并与之交互的界面。视图向用户显示相关的数据，并能接收用户的输入数据，但是它并不进行任何实际的业务处理。

MVP是把MVC中的Controller换成了Presenter（呈现），目的就是为了完全切断View跟Model之间的联系，由Presenter充当桥梁，做到View-Model之间通信的完全隔离。

特点：

MVVM：MVVM模式和MVC模式类似，主要目的是分离视图（View）和模型（Model）

优点：

低耦合，视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的”View“上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。
可重用性，可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。
独立开发，开发人员可以专注于页面设计（ViewModel），设计人员可以专注于业务逻辑和数据的开发。
可测试，界面向来是比较难于测试的，而现在测试可以针对ViewModel来写。

SOA是一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通信，不涉及底层编程接口和通信模型。

在SOA中，服务是一种为了满足某项业务需求的操作、规则等的逻辑组合，它包含一系列有序活动的交互，为实现用户目标提供支持。

SOA并不仅仅是一种开发方法，还具有管理上的优点，管理员可直接管理开发人员所构建相同的服务。多个服务通过企业服务总线提出服务请求，由应用管理来进行处理，如下：

实施SOA的关键目标是实现企业IT资产重用的最大化，在实施SOA过程中要牢记以下特征：
- 可以从企业外部访问、随时可用（服务请求能被及时响应）、
- 粗粒度接口（粗粒度提供一项特定的业务功能，而细粒度服务代表了技术组件方法）、
- 服务分级、
- 松散耦合（服务提供商和服务使用者分离）、
- 可重用的服务及服务接口设计管理、
- 标准化的接口（WSDL、SOAP、XML是核心）、
- 支持各种消息模式、精确定义的服务接口。
从基于对象到基于组件再到基于服务，架构越来越松散耦合，粒度越来越大，接口越来越标准。
基于服务的构件与传统构件的区别有四点：
- 服务构件粗粒度，传统构件细粒度居多；
- 服务构件的接口是标准的，主要是WSDL接口，而传统构件常以具体API形式出现；
- 服务构件的实现与语言是无关的，而传统构件常绑定某种特定的语言；
- 服务构件可以通过构件容器提供QoS的服务，而传统构件完全由程序代码直接控制。

SOA中的关键技术

UDDI（Universal Description, Discovery and Integration）是一套基于WEB的、分布式的、为WebService提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的WebService注册，以便别的企业能够发现的访问协议的标准规范。
WSDL（Web Service Description Language）将Web服务描述定义为一组服务访问点，客户端可以通过这些服务访问点对包含面向文档信息或面向过程调用的服务进行访问（类似于远程调用），用于描述服务。
SOAP（Simple Object Access Protocol）是用于交换XML编码信息的轻量级协议，用于传输信息。
XML（eXtensible Markup Language）是WebService平台中表示数据的基本格式，用于数据交换。