传统的三层体pȝ构ؓQ?br />展示层：Q如MVC的STRUTSQJSF{）
业务逻辑层：QServiceQ?br />数据讉K层：QDAOQ?br />
DDD的四层体pȝ构ؓQ?br />展示层：Q如MVC的STRUTSQJSF{）
应用层：Q很薄的一层，用来协调应用的活动。它不包含业务逻辑及业务对象的状态，但它保留应用d的进度状态?br />可把它理解成FacadeQ?br />领域层：Q如Service,ENTITYQValue ObjectQ资源库{）
基础设施层：Q如Hibernate,ItbatsQ发邮gQlog功能{）
我们可以按其业务的复杂度Q系l复杂度来决定是使用三或四层体系l构
]]>
目前在三U主的Web服务实现Ҏ中，因ؓREST模式?a title="Web服务" >Web服务与复杂的SOAP?a title="XML-RPC" >XML-RPCҎ来讲明显的更加简z，来多的web服务开始采用REST风格设计和实现。例如，Amazon.com提供接近REST风格的Web服务q行图书查找Q?a title="雅虎" >雅虎提供的Web服务也是REST风格的?br /> 三种L?a title="Web服务" >Web服务实现Ҏ:
2,单对象访问协?/strong>Q?strong>SOAPQ全写ؓSimple Object Access ProtocolQ是一U标准化的通讯规范Q主要用?a title="Web服务" >Web服务Qweb serviceQ中?br />3,XML-RPC是一?a class="mw-redirect" title="q程q程调用" >q程q程调用Q?a class="mw-redirect" title="q端E序呼叫" >q端E序呼叫Q（remote procedure callQRPC)?a title="分布式计? >分布式计?/a>XML调用函数封装，q?a title="文本传输协? >HTTP协议作ؓ传送机?
。后来在新的功能不断被引入下Q这个标准慢慢演变成Z日的SOAP协定?br />何ؓRESTQ?br />REST 从资源的角度来观察整个网l，认ؓ分布在网l各处的资源?a class="mw-redirect" title="URI" >URI定Q而客L的应用通过URI来获取资源的RepresentationalQ有的翻译成表征或具?/strong>Q，获得q些表征致ɘq些应用E序转变了其状态。随着不断获取资源的表征，客户端应用不断地在{变着其状态，所谓表征状态{U（Representational State TransferQ?nbsp;
REST是设计风D?strong>不是标准?/font>
REST原则(The REST architectural style constrains)Q?/span>
Ø l一接口Q?/span>unifrom interfaceQ?/span>
Ø 所有的事物都是资源且通过URI来用资?/span>
(data and functionality are considered resources,and these resources are accessed using URIs,typically links on the web)
Ø 客户端和服务器结?/span>
Ø 使用无状态的通信协议?/span>HTTP
(constrains an architecture to a client-server architecture ,and is designed to use a stateless communication protocol ,typically HTTP)
Ø 对资源的操作包括获取、创建、修改和删除资源Q这些操作正好对?/span>HTTP协议提供?/span>GET?/span>POST?/span>PUT?/span>DELETEҎ?/span>
Ø 资源的多重表现Ş式，可以?/span>XML或?/span>HTML当然也可以是M其他的格式?/span>
通过操作资源的表现Ş式来操作资源?/span>
Ø 能够利用Cache机制增进性能
Ø 层次化的pȝ
Ø 随需代码 - Javascript Q可选）
RESTful Web 服务
W合以上REST原则的Web 服务是一个RESTful Web 服务Q也UCؓ RESTful Web APIQ?br />
RESTful Web 服务Q也UCؓ RESTful Web APIQ是一个用HTTPq循REST原则的Web服务。它从以下三个方面资源进行定义：
- URIQ比如：
http://example.com/resources/?/li> - Web服务接受与返回的JSONQ?a title="XML" >XML Q?a title="YAML" >YAML {?/li>
- Web服务在该资源上所支持的一pd
HTTP hҎ在RESTful Web 服务中的典型应用[1] 资源 GET PUT POST DELETE 一l资源的URIQ比?code>http://example.com/resources/ 列出 URIQ以及该资源l中每个资源的详l信息（后者可选）?/td> 使用l定的一l资?strong>替换当前整组资源?/td> 在本l资源中创徏/q加一个新的资源?该操作往往q回新资源的URL?/td> 删除 整组资源?/td> 单个资源的URIQ比?code>http://example.com/resources/142 获取 指定的资源的详细信息Q格式可以自选一个合适的|络媒体cdQ比如：XML、JSON{） 替换/创徏 指定的资源。ƈ其q加到相应的资源l中?/td> 把指定的资源当做一个资源组Qƈ在其?strong>创徏/q加一个新的元素，使其隶属于当前资源?/td> 删除 指定的元素?/td> PUT ?DELETE Ҏ?a title="文本传输协? >q等Ҏ
。GETҎ?a title="文本传输协? >安全Ҏ Q不会对服务器端有修改，因此也是q等的）?/p>不像ZSOAP的Web服务QRESTful Web服务q没有的“正式”标准[2]?q是因ؓREST是一U架构，而SOAP只是一个协议。虽然REST不是一个标准，但在实现RESTful Web服务时可以用其他各U标准（比如HTTPQURLQXMLQPNG{）?br />Q?/span>HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺状态意味着如果后箋处理需要前面的信息Q则它必重?/span>(传参形式)Q这样可能导致每ơ连接传送的数据量增大。另一斚wQ在服务器不需要先前信息时它的应答p快。）
HTTP不是一U传输协议（transport protocolQ，而是一U应用协议（application protocolQ。它采用TCP作ؓ下层传输Qunderlying transportQ，但它拥有自己的语义（否则它就没什么用处了Q。仅HTTP作ؓ传输Q是不恰当的?br />URIsQ（Uniform Resource Id entifiersQ?/span>
个hȝQ?/span>
1Q?/span>REST?/span>ROA的，?/span>SOAP WEB服务架构不同?/span>
REST架构是以资源Z心的Q它推崇发挥HTTP协议x致而不是仅?/span>HTTP作ؓ传输协议来用Q如像我q去?/span>WEB服务架构中只?/span>HTTP?/span>POST?/span>GETҎ或在SOAP仅用?/span>HTTP?/span>POSTҎ来传递数据）
REST充分利用HTTP?/span>GET?/span>POST?/span>PUT?/span>DeleteҎ来实现对资源的操作，利用HTTP?/span>Cache机制来轻村֮CREST的缓?/span>
2Q?/span>REST用到WADLQ?/span>SOAP用到?/span>WSDLQ?/span>WADL是以资源Z心的Q?/span>WSDL是以操作Q接口）Z?/span>
3Q资源间的互动是通过链接(link)来实现的
4Q其?/span>RESTq不擅长于面向事务的应用,擅长于在面向资源的应用?/span>
5Q?/span>REST中的WADL仅支?/span>HTTP协议Q?/span>SOAP支持HTTPQ?/span>FTPQ?/span>SMTP,MQ{?/span>
]]>