领域驱动设计

jimmy2009 — Mon, 21 May 2012 13:12:00 GMT

领域驱动设计�Q�DDD�Q�，初看名子很牛屁的�Q�其实说白了��是面对业务实体�Q�不一定是实体对象�Q�设计（在DDD那本书里面就介绍�q�，它其实就是面向model设计即DMD�Q�而所谓领域的概念是通过model 来体现出来的�Q�其实这个东东在其实软�g工程�q�本书里面就有了�Q�跟ER图不同的是，他里面所包含的关�p�L��多，更复杂�?br />ER图主要是针对数据库设计的�Q��?br />比方说像服务、聚合，�l�合�{�这些个概念ER��N��面就没有�?br />
传统的三层体�pȝ��构�ؓ�Q?br />展示层：�Q�如MVC的STRUTS�Q�JSF�{�）
业务逻辑层：�Q�Service�Q?br />数据讉K��层：�Q�DAO�Q?br />
DDD的四层体�pȝ��构�ؓ�Q?br />展示层：�Q�如MVC的STRUTS�Q�JSF�{�）
应用层：�Q�很薄的一层，用来协调应用的活动。它不包含业务逻辑及业务对象的状态，但它保留应用��d��的进度状态�?br />可把它理解成Facade�Q?br />领域层：�Q�如Service,ENTITY�Q�Value Object�Q�资源库�{�）
基础设施层：�Q�如Hibernate,Itbats�Q�发邮�g�Q�log功能�{�）
我们可以按其业务的复杂度�Q�系�l�复杂度来决定是使用三或四层体系�l�构

jimmy2009 2012-05-21 21:12 发表评论

话说REST

jimmy2009 — Mon, 21 May 2012 12:45:00 GMT

表征状态�{�U?/strong>�Q�英文：Representational State Transfer�Q�简�U?strong>REST�Q�是Roy Fielding博士�?000�q�他的博士论文中提出来的一�U?a title="软�g架构" >软�g架构风格�?/p>

目前在三�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服务实现�Ҏ��:

1,表征状态�{�U?/strong>�Q�英文：Representational State Transfer�Q�简�U?strong>REST�Q?
2,��单对象访问协�?/strong>�Q?strong>SOAP�Q�全写�ؓSimple Object Access Protocol�Q�是一�U�标准化的通讯规范�Q�主要用�?a title="Web服务" >Web服务�Q�web service�Q�中�?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 call�Q�RPC)�?a title="分布式计��? >分布式计��?/a>XML��调用函数封装，�q��?a title="��文本传输协�? >HTTP协议作�ؓ传送机�?

。后来在新的功能不断被引入下�Q�这个标准慢慢演变成��Z��日的SOAP协定�?br />何�ؓREST�Q?br />REST 从资源的角度来观察整个网�l�，认�ؓ分布在网�l�各处的资源�?a class="mw-redirect" title="URI" >URI��定�Q�而客��L��的应用通过URI来获取资源的Representational�Q�有的翻译成表征或具�?/strong>�Q�，获得�q�些表征致�ɘq�些应用�E�序转变了其状态。随着不断获取资源的表征，客户端应用不断地在�{变着其状态，所谓表征状态�{�U�（Representational State Transfer�Q��?nbsp;

REST是设计风��D�?strong>不是标准�?/font>

REST原则(The REST architectural style constrains)�Q?/span>

Ø �l�一接口�Q?/span>unifrom interface�Q?/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�也�U�Cؓ RESTful Web API�Q?br />
RESTful Web 服务�Q�也�U�Cؓ RESTful Web API�Q�是一个��用HTTP�q��循REST原则的Web服务。它从以下三个方面资源进行定义：

URI�Q�比如：http://example.com/resources/�?/li>
Web服务接受与返回的JSON�Q?a title="XML" >XML �Q?a title="YAML" >YAML �{��?/li>
Web服务在该资源上所支持的一�p�d�� HTTP ��h��Ҏ��在RESTful Web 服务中的典型应用 [1] 资源 GET PUT POST DELETE 一�l�资源的URI�Q�比�?code>http://example.com/resources/ 列出 URI�Q�以及该资源�l�中每个资源的详�l�信息（后者可选）�?/td> 使用�l�定的一�l�资�?strong>替换当前整组资源�?/td> 在本�l�资源中创徏/�q�加一个新的资源�?该操作往往�q�回新资源的URL�?/td> 删除整组资源�?/td> 单个资源的URI�Q�比�?code>http://example.com/resources/142 获取指定的资源的详细信息�Q�格式可以自选一个合适的�|�络媒体�c�d��Q�比如：XML、JSON�{�） 替换/创徏 指定的资源。�ƈ��其�q�加到相应的资源�l�中�?/td> 把指定的资源当做一个资源组�Q��ƈ在其�?strong>创徏/�q�加一个新的元素，使其隶属于当前资源�?/td> 删除指定的元素�?/td>

PUT �?DELETE �Ҏ��?a title="��文本传输协�? >�q�等�Ҏ��。GET�Ҏ��?a title="��文本传输协�? >安全�Ҏ�� Q�不会对服务器端有修改，因此也是�q�等的）�?/p>
不像��Z��SOAP的Web服务�Q�RESTful Web服务�q�没有的“正式”标准^[2]�?�q�是因�ؓREST是一�U�架构，而SOAP只是一个协议。虽然REST不是一个标准，但在实现RESTful Web服务时可以��用其他各�U�标准（比如HTTP�Q�URL�Q�XML�Q�PNG�{�）�?br />�Q?/span>HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺��状态意味着如果后箋处理需要前面的信息�Q�则它必��重�?/span>(传参形式)�Q�这样可能导致每�ơ连接传送的数据量增大。另一斚w��Q�在服务器不需要先前信息时它的应答��p��快。）

HTTP不是一�U�传输协议（transport protocol�Q�，而是一�U�应用协议（application protocol�Q�。它采用TCP作�ؓ下层传输�Q�underlying transport�Q�，但它拥有自己的语义（否则它就没什么用处了�Q�。仅��HTTP作�ؓ传输�Q�是不恰当的�?br />URIs�Q�（Uniform Resource Id entifiers�Q?/span>

个�h�ȝ��Q?/span>

1�Q?/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机制来轻村֮��C��REST的缓�?/span>
2�Q?/span>REST用到WADL�Q?/span>SOAP用到�?/span>WSDL�Q?/span>WADL是以资源��Z��心的�Q?/span>WSDL是以操作�Q�接口）��Z��?/span>
3�Q�资源间的互动是通过链接(link)来实现的
4�Q�其�?/span>REST�q�不擅长于面向事务的应用,擅长于在面向资源的应用�?/span>
5�Q?/span>REST中的WADL仅支�?/span>HTTP协议�Q?/span>SOAP支持HTTP�Q?/span>FTP�Q?/span>SMTP,MQ�{?/span>

jimmy2009 2012-05-21 20:45 发表评论

久久亚洲精品成人无码网站,亚洲AV无码一区二区三区牛牛,亚洲天堂2016

领域驱动设计

话说REST