Web服务体系结构(3)
基于CORBA／Web技术构建三层体系结构的应用
２ Ｏ Ａ 简 介 Ｃ ＲＢ
Ｃ Ｂ 是 Ｃ ｍｍｏ ｂｅｔ ｅ ｕｓＢ ｋ ｒ ｈｔｃ ｒ ＯＲ Ａ ｏ ｎＯ ｊｃＲ ｑ ｅｔ ｒ ｅ ｒ ｉ ｔ ｅ ｏ Ａｃ ｅ ｕ
的缩写 ．它是分布式计算 机技 术的发展结果 ，Ｃ Ｒ Ａ 技 ＯＢ 术 的成功在于 ， 它除 了能够 解决 由于 多个 系统层 次上 的异 构带 来的 孤岛 ”问题 ，还 在理论和 技术上扩展 了客 户， 服务器的模式 ， 系统具有 良好的可伸缩性 ，便于系统的 使 开发与升级．保护 已有投资 。 Ｃ Ｂ ＯＲ Ａ体 系的主要内容包括 蹦下几部分 ． 如图 １ 所示。
的概念揉台到分布计算 中， 使得 Ｃ Ｒ Ａ规范成为开放 的、 ＯＢ
维普资讯
・
２ ・ ２
Ｃ ｍ ｐ ｔｒ ｅａ Ｎｏ ２ ０ ｏ ｕｅ ｒ ．４ ０ ２
基于客户朋艮 务器模式的 ， 面向对象的分 布计算的工业标准 。
在进 行 Ｊ， 的 Ｃ Ｒ Ａ／ ｂ应用系统开发时，首先要 ａａ ￣ Ｏ Ｂ Ｗｅ 建立 Ｉ Ｌ描述 文件， Ｄ 然后把 ＩＬ描述文件通过 Ｉ ＬＪｖ 进 Ｄ Ｄ／ ａ ａ 行编译 ， 生成相应的 桩和 骨架文件 。 接下来采用 Ｊｖ 分别 ａａ 实现服 务器方和客户方程序 ．然后 将服 务器方 主程序和 客
一
组共享服 务接 口 如 系统管理 、 组合文档和电子邮件等 Байду номын сангаас
（）应用接 口 （ ｐｉａｏ ｔ ｆｃｓ 由销售商提 供 ４ Ａｐｌ ｔ ｎＩ ｅ ａｅ） ｃｉ ｎｒ ：
层或多屡应用服务 程序 ， 这种程序 称为 “ 应用服务器” 。
开发 人员可 必将应用 的商 业逻 辑放 在中间屡 应用 服务器 上，把 应用的业 务逻辑与用 户界面分 开 在保证客户端功 能的前 提下 ，为用户提供 一个简洁的界面 。这意味着如果 需要 修改应用程序代码 ，只需要对 中间屡应用服 务器进行 修改，而不 用修改成 千上万的客 户端应 用程序 从而使开
三层体系结构的概念
BLL将USL与DAL隔开了，并且加入了业务规则各层的作用1：数据数据访问层:主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务．2：业务逻辑层:主要是针对具体的问题的操作，也可以理解成对数据层的操作,对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。
3：表示层:主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表现成:aspx, 如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。
具体的区分方法1：数据数据访问层:主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。
而不必管其他操作。
2：业务逻辑层:主要负责对数据层的操作。
也就是说把一些数据层的操作进行组合。
3：表示层:主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。
三层结构解释所谓三层体系结构，是在客户端与数据库之间加入了一个中间层，也叫组件层。
这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。
通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交换.开发人员可以将应用的商业逻辑放在中间层应用服务器上，把应用的业务逻辑与用户界面分开。
在保证客户端功能的前提下，为用户提供一个简洁的界面。
这意味着如果需要修改应用程序代码，只需要对中间层应用服务器进行修改，而不用修改成千上万的客户端应用程序。
从而使开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发，简化了应用系统的开发、更新和升级工作。
面向服务的体系结构
面向服务的体系结构面向服务的体系结构（S ervice-O riented A rchitecture，SOA，也叫面向服务架构）是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。
SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。
接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。
这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
传统的Web（HTML/HTTP）技术有效的解决了人与信息系统的交互和沟通问题，极大的促进了B2C模式的发展。
WEB服务(XML/SOAP/WSDL）技术则是要有效的解决信息系统之间的交互和沟通问题，促进B2B/EAI/CB2C的发展。
SOA 则是采用面向服务的商业建模技术和WEB服务技术，实现系统之间的松耦合，实现系统之间的整合与协同。
WEB服务和SOA的本质思路在于使得信息系统个体在能够沟通的基础上形成协同工作。
对于面向同步和异步应用的，基于请求/响应模式的分布式计算来说，SOA是一场革命。
一个应用程序的业务逻辑（Business Logic）或某些单独的功能被模块化并作为服务呈现给消费者或客户端。
这些服务的关键是他们的松耦合特性。
例如，服务的接口和实现相独立。
应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用，而无须理解服务的底层实现。
举例来说，一个服务可以用.NET或J2EE来实现，而使用该服务的应用程序可以在不同的平台之上，使用的语言也可以不同。
SOA的生命周期建模建模是面向服务的体系结构项目的第一步，几乎和技术没有任何关系，所有事项都和具体的业务相关。
请记住，面向服务的方法将业务所执行的活动视为服务，因此第一步是要确定这些业务活动或流程实际是什么。
对您的业务体系结构进行记录，这些记录不仅可以用于规划SOA，还可以用于对实际业务流程进行优化。
第1章 Web系统组成与工作原理
时只需更新服务器端软件即可
◦ 优点：
基于浏览器，具有统一的平台和UI体验。 具有分布性特点，可以随时随地进行查询、浏览等业务处理。 业务扩展简单方便，通过增加网页即可增加服务器功能。 维护简单方便，只需要改变网页，即可实现所有用户的同步更新 开发简单，共享性强
(6) 服务器给出响应，把文件 index.html 发给浏览器。
(7) TCP 连接释放。 (8) 浏览器显示“北京邮电大学主页”文件 index.html 中的所有文本。
怎样标志分布在整个因特网上的万维网文档？ 使用统一资源定位符 URL (Uniform Resource Locator)来标志万维网上的各种文档。 使每一个文档在整个因特网的范围内具有唯一的 标识符 URL。 <协议>://<主机>:<端口>/<路径>
1、Date：Sun 27 Sep 2015 13:56:39 GMT指出服务器创建并发送 本响应消息的日期和时间。 2、Server：Apache/2.2.29 (Unix)指出本消息是由Apache服务器产 生的，服务器版本为2.2.29
3、Content—Type：text/html指出包含在实体中的对象是HTML文本。
HTTP消息报头
HTTP消息报头包括普通报头、请求报头、响应报头、实体报头。 每一个报头域都是由名字+“： ”+空格+值 组成，消息报头域的名字
是大小写无关的
1、普通报头 Date普通报头域表示消息产生的日期和时间 Connection普通报头域允许发送指定连接的选项。例如指定连接是连 续，或者指定“close”选项，通知服务器，在响应完成后，关闭连接 Cache-Control 用于指定缓存指令，请求时的缓存指令包括： nocache（用于指示请求或响应消息不能缓存）、no-store、 max-age 、 max-stale、 min-fresh、 only-if-cached;响应时的缓存指令包括： public、 private、 no-cache、 no-store、 notransform、 mustrevalidate、 proxy-revalidate、 max-age、 smaxage.
第三章 语义WEB
a new language to make information self-describing A kind of Meta-language Not only the successor of HTML Well-behaved subset of SGML designed to enable delivery over the Web SGML - -, not HTML + + Designed by the World Wide Web Consortium (W3C) Overwhelming vendor support
用于XML显示的标准： • XHTML（采用XML对HTML的重 新定义） • SVG（有关矢量图形的) • SMIL（有关多媒体同步显示 的） • MathML（有关数学公式符号 的）； 用于移动设备的标准： • CC/PP（移动设备的内容协商 与信息交换） • HDML（手持设备） • WAP（无线应用设备） • VoiceXML（通过语音进行WEB 访问）；
内容：
语法： DTD（Document Type Definition); XML Schema; 显示： 层叠样式单CSS； 可扩展样式单语言XSL； XSLT(XSL转换）；
DTD（XML Schema）：文档类型描述
描述了一个XML语言的语法和词汇表，也就是 定义了文件的整体结构以及文件的语法； 规定了一个语法分析器为了解释一个“有效 的”XML文件所需要知道的所有规则的细节。 列出所有有效的元素，例如元素、标记、属 性、实体；也可以非常复杂，指出这些元素之 间的内在联系。
核心层为XML、RDF、ONTOLOGY，这3层用于表示 Web信息的语义。
几种ESB(企业服务总线)架构介绍
ESB（Enterprise Service Bus，即企业服务总线）是传统中间件技术与XML、Web服务等技术结合的产物。
ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。
企业服务总线ESB就是一种可以提供可靠的、有保证的消息技术的最新方法。
ESB中间件产品利用的是Web服务标准和与公认的可靠消息MOM协议接口(例如IBM的WebSphere MQ、Tibco的Rendezvous 和Sonic Software的SoniCMQ)。
ESB产品的共有特性包括:连接异构的MOM、利用Web服务描述语言接口封装MOM协议，以及在MOM传输层上传送简单对象应用协议(SOAP)传输流的能力。
大多数ESB产品支持在分布式应用之间通过中间层如集成代理实现直接对等沟通。
企业服务总线（Enterprise Service Bus，ESB）的概念是从面向服务体系架构(Service -Oriented Architecture，SOA)发展而来的。
SOA描述了一种IT基础设施的应用集成模型，其中的软构件集是以一种定义清晰的层次化结构相互耦合，其中，一个ESB是一个预先组装的SOA实现，它包含了实现SOA分层目标所必需的基础功能部件。
一、ESB的出现改变了传统的软件架构ESB 是传统中间件技术与XML、Web服务等技术相互结合的产物，ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。
从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。
二、企业服务总线（ESB）的用处ESB 不是万能的,他不是一个应用程序框架,也不是一个企业应用的解决方案.它只是一个基于消息的调用企业服务的通信模块!你可以把它嵌入到你的应用程序框架中,例如嵌入到spring容器里面,或者嵌入到工作流系统中.它的作用是对企业里面的SOA服务的调用提供一个框架和简便的方法.三、企业服务总线（ESB）的应用特征大规模分布式的企业应用需要相对简单而实用的中间件技术来简化和统一越来越复杂、繁琐的企业级信息系统平台。
WebService
Web Service 简介
特征:
1.
2.
3.
Web Service 通过标准的 Web 协议向 Web 用户 提供有用的功能。多数情况下使用 SOAP 协议。 Web Service 可以非常详细地说明其接口，这使用 户能够创建客户端应用程序与它们进行通信。这种说 明通常包含在称为 Web 服务说明语言 (WSDL) 文 档的 XML 文档中。 Web Service 已经过注册，以便潜在用户能够轻易 地找到这些服务，这是通过通用发现、说明和集成 (UDDI) 来完成的。
Web Service技术讨论 技术讨论
Web Service 简介 Web Service协议简介 协议简介 Web Service 实现
Web Service协议简介 协议简介
Web Service 协议 SOAP WSDL
UDDI
Web Service协议简介 协议简介
Web Service的调用过程
Web Service 简介
Web Service的应用
Application 应程序
Application Web Service 1
Application Web Service 2 图1－2 sop 模式
Application Web Service ……
Web 服务的一个主要思想，就是未来的应用将由一组应用了网络的 服务组合而成。(集中式计算模型)
Web Service协议简介 协议简介
SOAP 消息结构
自定义词汇 自定义
SOAP词汇集 词汇集
Envelope
•使用“envelope”包装消息 •消息可以采用自身特定的XML词汇 •使用namespace来区分彼此
体系结构
体系结构第一章软件重用和构件技术软件重用（Software reuse）是一种预先构造好的，为重用目的而设计的软件构件类建立或组装软件系统的过程。
构件描述模型：构件模型是对构件本质特征的抽象描述。
一、参考模型（代表3C模型）3c分别代表概念（Concepte）、内容（Content）、语境（Context）。
主要用于形式化的描述方法。
二、描述模型（代表REBOOT模型）ReBoot认为可以用有限维信息空间的术语组织从若干个刻面的综合角度来刻画一个构件。
三、现实模型（代表青鸟构件模型）青鸟模型由内部接口和外部接口两部分组成。
构件获取途径：1、从现有的构件中获得符合要求的或基本符合要求的构件，直接使用或适当修改，得到可重用的构件。
2、通过遗留工程，将具有潜在的重用价值的构件提取出来，得到重用构件。
3、从市场上购买现有的商业构件。
4、开发新的符合要求的构件。
构件分类：1关键字分类法；2刻面分类法；3超文本分类法、构件库检索方法：1基于关键字的检索；2刻面检索法；3超文本检索法；4其他检索方法。
构件组装的方法：1)基于功能的组装技术；2）基于数据的组装技术；3）面对对象的组装技术。
第二章体系结构概论体系结构基本组成部分：包括系统构件（指具有一定功能、可明确辨识的软件单位，并具备特点：语义完整、语法正确、有可重用价值），连接件（用来构建构件间的交互以及支配这些交互的体系结构模块），约束（描述了体系结构配置和拓扑的要求，确定了体系结构的构件与连接件的连接关系）。
第三章软件体系结构的风格人们在开发某些类型软件过程中积累起来的组织规则和结构就形成了软件体系结构风格。
软件体系结构风格是描述某一特定领域中系统组织方式的惯用模式。
软件体系结构风格的最关键的四要素内容：一个词汇表，一套配置规则，一套语义解释原则，和定义对基于这种风格的系统所进行的分析。
通用体系结构的分类：1、数据流风格：批处理序列；管道-过滤器2、调用/返回风格：主程序\子程序；面对对象风格；层次结构3、独立构件风格：进程通讯；事件系统；4、虚拟机风格：解释器；基于规则的系统；5、仓库风格：数据库系统；超文本系统；黑板系统。