架构之美

jimmy2009 — Thu, 24 May 2012 04:31:00 GMT

之前只要一提�v架构�Q�给我一�U�很深奥、玄妙的感觉�Q�认为很牛X�Q�曾几何�Q�以��Y件架构无非就是将几大框架(各层��?整合在一赯��已�Q�后来当我从事系分一�D�|��间之后，体会到如果你不能从整体上认识一个系�l?软�g)的话是没法做架构的，因�ؓ满��pȝ��(软�g)的功能是一个架构师最��L��的要求。从�q�个层面上讲�Q�那�pȝ��分析师与�pȝ��架构师一样都要对�pȝ��有一个整体的认识�Q�更要认识到该系�l�在未来可能的变化及做成产品后如何时�l�护的问题。感觉系�l�分析师与系�l�架构师好像没什么区别似的，虽说早就知道一个偏重业务一个偏重技术�?/span>
但自我开始阅�?#8220;架构之美”�q�本书后�Q�开始对架构有了�q�一步的认识�Q?/span>
本质上，架构只是�pȝ��设计中的一部分�Q�无非架构更�H�出某些�l�节�Q��ƈ通过抽象省略另一些细节。关注实现系�l�组件的开发者可能不会特别关心所有组件是如何装配在一��P��而是主要��x��数�l��g的设计和开发，包括他们必须遵守的架构约束和可以应用的规则。因此，开发者和架构师面对的是系�l�设计的不同斚w��。如果说架构��x��的是�l��g之间的关�p�d��pȝ��l��g外部可见的属性，那么设计�q�要��x��q�些�l��g的内部结构�?br /> 架构�q�个词本质上是从建筑学这个行业引甌��来的�Q�所以在软�g开发这个领域好多概念跟现在的徏�{�都�怼��?
��目��x��点：
功能性�?br />可变性�?br />定w��?br />生态系�l��?br />模块化�?br />可构建性�?br />产品化�?br />安全�?br />架构�q�会影响到组�l�机构�?br />架构观点中的常见思想是结构，每种�l�构都由各种�c�d��的组件及其关�p�L��成：它们如何�l�合、相互调用、通信、同步，以及�q�行其他交互。组件可以是建筑中的支架栋梁或故事中的章节或人物。每�U�结构都是�ؓ了帮助架构师理解如何来满��特定的��x��点，如可变性或性能。展�C�某些关注点得到满��Ӟ��可能会媄响到其他斚w��的关注点�Q�但架构师必��能够说明所有关注点都已得到满��?br />架构师的角色�Q�就是做设计上的军_��包括行�ؓ上和�l�构上�?br />信息隐藏�l�构是面向对象设计方法的基础�Q�它满��的关注点�Q�信息隐藏结构的设计应该能满��_��变性、模块化和可构徏性的要求�?br />定义良好的��用结构将创徏�pȝ��的适当子集�Q�可以用于驱动�P代式或增量式的开发��@环，满��的关注点�Q��品化和生态系�l��?br />信息隐藏模块�l�构和��用结构是静态的�l�构�Q�存在于设计时和�~�码�Ӟ��q�程�l�构是运行时的结构�?br />�q�程�l�构满��的关注点�Q�性能和容量�?br />一�Q��׾~�性架构设�?br />胖客��L��与廋客户�?br />在线游戏环境与企业环境几乎完全相反，
�l�典的企业环境可以描�q�Cؓ一�?#8220;�?#8221;客户端连接一�?#8220;�?#8221;服务器（�q�个服务器又常常�q�接��C��个更“�?#8221;的数据库服务器）。服务器��保存客��L��需要的�l�大部分信息�Q�在最理想的情况下�Q�客��L��内在不多�Q�没有自已的��盘�Q�它是服务器的一个称职的昄��讑֤��Q�绝大多数据真正的工作在服务器上完成�?br />游戏世界特别是大型多人在�U�游戏（MMO�Q?/z>
MMO和虚拟世界的环境始于一个非常胖的客��L��Q?/z>
它通常是顶�U�的PC、具有最强劲的CPU、很大的内存�Q�以及本�w�计��能力很强的昑֍�。只要有可能�Q�数据就会存攑֜��q�些客户端上�Q�特别是那些不会改变的信息，如地理信息、材质脓囑֒�规则集。服务器保持��可能的��单，通常只保存非常抽象的世界表示和其世界中的实体的表�C�。而且服务器的设计目标是尽可能��地�q�行计算。绝大部分的计算留给了客��L��。服务器的真正工作是保存�׃�n的世界真实状态，��保不同客户端对世界的看法差异可以根据需要得到纠正。真实状态需要由服务器来保存�Q�因为控制客��L��的玩家很有兴��让他们的表现变成最强，所以可能会受到诱惑�Q�根据他们的喜好修改�׃�n的真实（如查他们可以�Q�。在一般情况下�Q�如果有可能�Q�玩家就会作弊，所以服务器必须是共享真实的最�l�来源�?/z>
MMO和虚拟世界的数据讉K��模式也和企业中看到的情有着很大的区别。企业中的一般经验法则是90%的数据访问都是只�ȝ��Q�大多数��d��会读取大量数据，然后会再改写��量数据。在MMO和虚拟世界的环境中，大多��C�Q务只讉K��服务器上��量的状态数据，但在它们讉K��的数据中�Q�大�U�一半会被改�?/z>
在线游戏环境与企业环境的共同��x��点：
1�Q��g�q�是敌�h�Q�但也有不同。最大的不同要追溯到用户所做的事情的不同。在企业环境中，目标是管理业务，如果��d��吐量得到改进�Q�在处理中有一点�g�q�是可以接受的，在MMO和虚拟世界的环境中，目标是开心，而�g�q�是开心的敌�h�Q�所以MMO或虚拟世界的基础设施需要围�l�着��可能限定�g�q�的需求来设计即便以吞吐量��Z��价也在所不惜�?/z>
XX在线游戏�Q�Darkstar�Q�架构的目标�Q?/z>
1�Q�对伸羃性的需求表明，�pȝ��应该是分布式的、�ƈ发的�Q�游戏程序员应该把系�l�视��Z��台单机，�q�行着一个线�E�，所有允讔R��|�到多线�E�和�?br />计算��Z��的机刉��应由XX在线游戏的基��设施来考虑�?/z>
2�Q�支持随时�׾~�，同时不要求游戏逻辑受到伸羃的媄响，�q�个架构应该支持游戏动态地响应负蝲�Q�而不是让�q�种响应成�ؓ游戏设计的工作的一部分�?br />架构�Q?br />Darkstar�׃��l�独立的服务构成�Q�用一�l�相互联�pȝ��服务来构建系�l�，“分而治�?#8221;�Q�分而治之是设计所有大型计��机�pȝ��的基本方法�?/z>
客户端连接到游戏逻辑使用的通信机制是基��设施的一部分�Q�这些机制支持客��L��到服务器的直接通信�Q�也支持一�U?#8220;发布-订阅”通道�Q��Q何发往通道的消息都会送达该通道的所有订阅者�?br />游戏服务器的设计方式和游戏�ؓ为支持�ƈ玩家所采取的�׾~�性技术�?br />�q�行与�g�q?br />
二：数据增长——Facebook�q�_��的架�?/z>

jimmy2009 2012-05-24 12:31 发表评论

RESTlet学习�W�记

jimmy2009 — Thu, 24 May 2012 04:19:00 GMT

�q�两天学习REST及其java实现框架Restlet.

兯��状态传输（Representational state transfer�Q?z>REST�Q�是设计��Z��命名资源而非消息的松耦合应用�E�序的一�U�风根{��构�? RESTful 应用�E�序的最困难的部分在于确定要公开哪些资源.个�h认�ؓ它跟DDD联系的很紧密�Q�特别是REST中的“资源”�Q�我个�h理解它就是从领域模型中的模型而来的�?br />我们先来看一下restlet core api吧：

Overview of a Restlet architecture

Here is a diagram illustrating how the API composes components, connectors, virtual host and applications. Applications are in turncomposed of resources.

用白说来讲就是：Application通过Router ��某个URI与Resource�l�定在一定，而一个componet可能含有多个Application,
�q�有Representation �q�个�c�d��实也很重要�?/z>Representation entity�Q?/span>Restlet中全部的接受和返回对象都Representation�cȝ��子类�?/span>
如在WEB APP中经帔R��要从一个FORM中拿到其Representation(getWebRepresentation() )或组装成一�?/font>Representation Form(Representation webForm) ,以便客户端与服务器进行交互。我们知道REST是以资源��Z��心的�Q�一个URI��׃��表了对这个资源的CURD操作。@Path�q�个注解提明�?/z>
哪个操作是由该资源的那个�Ҏ��来实现的�?
@POST
@Path("add")
public String addStudent(Representation entity) {
}
...
@DELETE
@Path("delete/{id}")
public String deleteStudent(@PathParam("id") int id) {
int status = ResourceHelper.deleteStudent(id);
return String.valueOf(status);
}
representation package overriew:
Restlet 对表现层的技术支持也��是通来representation�q�个�c�L��实现的，representation
Restlet�q�没有你Setvlet API那样有自已的JSP作表现的技术，它是通过��这三种模板技术整合�v来而已�?/z> : XSLT, FreeMarker and Apache Velocity
The org.restlet.representation package contains common representation data elements. Here is a hierarchy diagram with the core Representation classes:

Overview Representation package

当然restlve只是提供了一个入口，��到要对数据库进�?z>CURD操作�Ӟ��基具体实现还是由JDBC�{�技术来实现.

jimmy2009 2012-05-24 12:19 发表评论

97影院在线午夜,欧美日韩三级,亚洲第一偷拍

架构之美

RESTlet学习�W�记

Overview of a Restlet architecture

Overview Representation package