9.1网络模型

9.1.1. OSI七层模型

OSI(Open System Interconnection,开放系统互联)七层网络模型称为开放式网络互联参考模型。其为国际标准组织指定的一个指导信息互联、互通和协作的网络规范。

开放是指只要遵循OSI标准，位于世界上任何地方的任何系统之间都可以进行通信，开放系统是指遵循互联协议的实际系统，如电话系统。

从逻辑上可以将OSI开放系统互联分为七层模型，由下至上分别为物理层、数据链路层。网络层、传输层、会话层、表示层和应用层。

其中，上三层称为高层，用于定义应用程序之间的通信和人机界面：下四层称为底层，用于定义数据如何进行端到端的传输（end to end），物理规范以及数据与光电信号间的转换。

七层如下：

（1）    应用层。应用层也称为应用实体，一般是指应用程序，该层主要负责确定通信对象，并确保有足够的资源用于通信，常见的应用层协议有FTP、HTTP、SNMP等。

（2）    表示层。表示层一般负责数据的编码以及转化，确保应用层能够正常工作，该层是界面与二进制代码间相互转化的地方，公式改层负责进行数据的压缩，解压，加密解密等，该层也可以根据不同的应用目的将数据处理为不同的格式，表现出来就是各种各样的文件扩展名。

（3）    会话层。会话层主要负责在网络中的两个结点之间建立、维护、控制会话，区分不同的会话，以及提供单工（Simplex）、半双工（half duplex）、全双工（Full duplex）3种通信模式的服务。NFS、RPC、X Windows等都工作在该层。

（4）    传输层。传输层是OSI模型中最重要的一层，它主要负责分割，组合数据，实现端到端的逻辑连接。数据在上三层是整体的，到了这一层开始被分割，这一层分割后的数据被称为段（Segment）。三次握手（Three-way handshake）、面向连接（Connnection-Oriented）或非面向对象（Connectionless-Oriented）的服务、流量控制（Flow control）等都发生在这一层。工作在传输层的一种服务是TCP/IP中的TCP(传输控制协议)，另一项传输层服务是IPX/SPX协议集的SPX(序列包交换)。常见的传输层协议有TCP、UDP、SPX等。

（5）    网络层。网络层是将网络地址翻译为物理地址，并决定将数据从发送方路由到接收方的，主要负责管理网络地址、定位设备、决定路由，路由器就是工作在该层，上层的数据段在这一层被分割。封装后叫做包（Packer）。包有两种，一种为用户数据包（Data packets）。是上层传下来的用户数据；另一种为路由更新包（Route update o packets），是直接由路由器发出来的，用来和其他路由器进行路由信息的交换。常见的网络协议有IP、RIP、OSPF等。

（6）    数据链路层。数据链路层为OSI模型的第二层，控制物理层和网络层之间的通信，主要负责物理传输的准备，包括物理地址寻址、CRC校验、错误通知、网络拓扑、流量控制、重发等。MAC地址和交换机都工作在这一层。上层传下来的包在这一层被分割封装后叫做帧（Frame）。常见的数据链路层协议有SDLC、STP、帧中继、HDLC等。

（7）    物理层。物理层是实实在在的物理链路，它规定了激活、维持、关闭通信端点之间的机械特性、电气特性、功能特性以及过程特性。它为上层协议提供了一个传输数据的物理媒介，负责将数据以比特流的方式发送、接收。常见的物理媒介有双绞线、同轴电缆等。属于物理层相关的规范有EIA/TIA RS-232、EIA/TIA RS-449、RJ-45等。

9.1.2 TCP/IP模型

TCP/IP（TransmissionControl Prorocol/Internet Protool传输控制协议，英特网互联协议）是最基本的Internet协议。由网络层的IP与传输层的TCP构成。现在人们常提到的TCP/IP并不是指TCP和IP两个具体的协议，而是指的TCP/IP协议簇。

TCP/IP定义了电子设备如何连入Internet，以及数据如何在它们之间传输的标准。它基于四层参考模型，分别是网络接口层、网际层、传输层、应用层，每一层都呼叫它的下一层所提供的网络来完成自己的需求。

其中网络接口层负责底层的传输，常见的协议有Ethernet 802.3、Token Ring 802.5、X.25、HDLC、PPP ATM等。网络层负责不同计算机之间的通信，一般包括IP/ICMP等内容。传输层提供应用程序间的通信，主要包括格式化信息流、提供可靠传输等。应用层用于向用户提供应用服务，如电子邮件、远程登录等。应用层协议一般有FTP、TELNET、SMTP等。属于TCP/IP协议簇的所有协议都位于该模型的上面三层。

TCP/IP并不是完全符合OSI七层模型，它的每一层都对应于OSI七层模型中的一层或者多层，图下所示的是TCP/IP四层模型和OSI七层模型对应图：

9.1.3 B/S 与C/S的区别

C/S是Client/Server(客户端/服务器端)的缩写，在C/S架构中，服务器通常采用高性能的PC、工作站或者小型机，而且采用大型数据库系统，比如SQL Server、DB2、Oracle或Sybase等。客户端需要安装专用的客户端软件。

B/S是Brower/Server（浏览器/服务器）的缩写，客户端通常只需要安装一个浏览器(Browser)，如FireFox、IE、Chrome等即可，服务器安装SQL Server、DB2、Oracle或Sybase等数据库。在B/S架构中，用户界面完全通过浏览器实现，一部分事务逻辑在前端实现，主要事务逻辑在服务器端实现。浏览器通过Web服务器同数据库进行数据交互。

具体而言，两种设计结构存在以下几个方面的区别：

（1）    硬件要求不同。C/S一般建立在专用的网络上。是小范围的网络环境：而B/S一般构建于局域网之上，不需要专门的网络硬件环境。只要能接入网络即可。在B/S架构的应用中，客户端只需要能够运行浏览器就可以了。

（2）    架构要求不同。C/S程序更加注重流程，需要对权限多次校验，对系统运行速度可以较少考虑。而B/S对安全以及访问速度需要多重的考虑，建立在需要更加优化的基础之上，比C/S有更高的要求。

（3）    安全要求不同。C/S一般面向相对固定的用户群，对系统安全的控制能力较强。一般高度机密的信息系统适宜采用C/S结构，可以通过B/S发布部分可以公开的信息。B/S构建在局域网之上，对安全的控制能力相对弱，可能面向不可知的用户。

（4）    系统维护不同。C/S程序由于整体性导致升级比较困难，可能需要重做一个全新的系统，而B/S基于构建组成，只需要进行构建局部的更换就可以实现系统的无缝升级，将系统维护的开销减小到最小，用户从网上自己下载安装就可以实现升级。

（5）    软件的重用性不同。因为整体性考虑，C/S程序中构件的重用性不如在B/S架构下的构件的重用性好。因为B/S的多重用结构，要求构件相对独立的功能，能够相对较好的重用，而C/S则很难做到这一点。

（6）    用户接口不同。C/S多是建立在操作系统平台上的，表现方法有限，而B/S建立在浏览器上，有更加丰富和生动的表现方式与用户交流，并且大部分难度较小，成本低。

9.1.4 MVC结构

MVC是模型（Model）、视图（View）和控制（Controller）这三个词的第一个字母。它是一种目前广泛流行的应用模型。它的目的是实现Web系统的职能分工。图9-3所示为MVC模型关系图。其中，模型层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现：视图层则用于与用户的交互，通常用JSP来实现：控制层则是模型与视图View之间沟通的桥梁，它可以把用户的请求分派并选择恰当的视图来显示它们，同时他也可以解释用户的输入并将其映射为模型层能够执行的操作。

MVC强制性地分离Web应用的输入、处理和输出，设计的MVC应用程序能被分成3个核心部件：模型、视图、控制器。它们各自处理自己的任务。

（1）模型（业务逻辑层）

模型表示企业数据和业务逻辑，它是应用程序的主体部分。业务流程的处理过程相对于其它层来说是黑箱操作，模型接受视图请求数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。目前流行的EJB模型就是一个典型的应用例子。它从应用技术实现的角度对模型做了进一步的划分，以便充利用现有的组件，但它不能作为应用设计模型的框架，它仅仅告诉设计人员按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难，可以专注于业务模型的设计。

MVC把应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断设计人员是否优秀的主要依据，抽象与具体不能隔得太远，也不能太近。MVC并没有提供模型的设计方法，而只告诉设计人员应该如何组织管理这些模型，以便于模型的重构和提高重用性。

业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据持续化。例如，将一张订单保存到数据库，从数据库获取订单，将这个模型单独列出，所有有关数据库的操作只限制在该模型中。

（2）视图（表示层）

视图是用户看到并与之交互的界面，对早期的Web应用来说。，视图就是由HTML元素组成的界面。在新式的Web应用中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已经层出不穷，它们包括abibeFlash和XHTML，XML/XSL等一些标识语言和Web服务等。

随着Web应用开发技术的发展，用户要求的日益提高，如何处理应用程序的界面以及变得越来越有挑战性。MVC架构一个大的好处是它能为Web应用处理很多不同的视图。在视图中其实没有真正的业务出处理发生，不管这些数据是联机存储的还算一个雇员列表，作为视图来讲，他只是作为一种输出数据并且允许用户操纵的方式。

视图功能强大，主要表现在以下几个方面：

1） 根据客户类型显示信息。

2） 显示商业逻辑（模型）的结构，而不关心信息如何获得何时获得

（3）控制器

控制器接受用户的输入并调用模型和视图去完成用户的需求。所以，当用户单击Web页面中的超链接和发送HTML表单的时候呢，控制器（比如Servlet）本就并不输出任何东西和执行任何处理，他只是接受请求并决定调用哪个模型构建去处理请求，然后确定用哪个视图来显示模型处理的返回的数据。

MVC的优点

MVC的这种特殊的设计结构，给我们带来了很多的便捷，通过MVC架构的使用，大大地提高了Web应用的开发效率。具体来说，MVC设计架构主要由以下几个方面的优点：

1） 低耦合性（关联性不足，喜欢散架）。由于视图层和业务层分离，使得修改视图层代码时不需要重新编译模型和控制器的代码，同样的一个应用的业务流程或者业务规则的改变，只需要改动,MVC的模型层即可。因为模型与控制器的视图相分离，所以很容易改变应用程序的数据层和业务规则。

2） 高重用性和可适用性。由于技术都是在不断进步的，现在访问应用程序可以有越来越多的方式。MVC模式允许使用不同样式的视图来访问同一个服务器的代码。 包括任何Web（HTTP）浏览器或者无线浏览器（WAP）。例如，用户可以通过计算机也可以通过手机来在淘宝上购买某样爆款，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能够被不同的界面使用。例如，很多数据可能用HTML来表示，但是也有可能用WAP来表示，而平这些表示所需要的命令【仅是改变视图层的实现方式】，而控制层和模型层无需做任何改变。

3） 较低的声明周期成本。MVC使得开发和维护用户接口的技术含量降低。

4） 部署快速。使用MVC模型可以相当大地缩减开发时间，它使得程序员（开发人员）集中精力于逻辑业务，而界面程序员（HTML和JSP开发人员）集中精力于表现形式。

5） 可维护性。分离视图层和业务逻辑层也使得Web0应用更易维护和修改。

6） 有利于软件工程化管理。由于采用了分层思想，每一层不用的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。