现在的位置: 首页 > 综合 > 正文

posa 第四卷 架构模式 第五章 基线架构 总结

2013年10月11日 ⁄ 综合 ⁄ 共 974字 ⁄ 字号 评论关闭
今天看了 第五章,基线架构,是从模式故事引入模式系列,其中讲了些模式,我也到第三部分看了一些模式语言。

第五章从 仓库管理系统出发,介绍了怎么划分大泥球。层次怎么分解。再从每一个层所遇到的问题开始引入模式。最后以 一个总结结尾。
1、为了解决大泥球的问题,引入了 Layer 与 Domain Object 基本是一个垂直一个水平来拆分系统。Layer模式 主要给系统分层, 分为了,表现层、业务处理层、业务对象层、基础设施层、访问层。再在 业务对象层用了 Domain Object 抽象业务。
2、在业务处理层中,模块之间需要访问,我们采用了 Explicit Interface与Encapsulated Implementation模式。
3、接下来需要解决表现层与 业务处理层的访问关系。针对此点我们采用了Broker 模式。实现他的就是一个通信中间件。
4、表现层 需要分离用户的界面,采取了 MVC的模式。
5、为了解决全局对象分布的问题,采取了 Half-Object plus Protocol 模式.主要是把对象 分为几部分,独立部署,当client需要数据时可以从本地的Half object拿到对象。
6、支持并发的领域访问,采取了 Active Object模式。此在web 异步化中应用很广泛,具体就是 client 访问 service的时候,client 提交请求后可以忙活别的,等 service结束的时候可以采取相应的措施 让客户端知道。
7、为了解决可扩展的并发性。采取了 Leader/Followers 模式。具体就是 有一个 线程环,当请求需要响应时,从其中环的下一个节点拿出一个线程即可。此实现简单优雅。
8、对于领域对象与数据库关系的对应,此又有许多的模式,也是比较难解决的问题。一般是增加一层,叫数据访问层。此层使用 Database Access Layer等模式。
9、最后为了支持 模块的可动态卸载,可动态装配采取了资源管理的一个模式,Component Configurator模式。

采取这些模式,都有如下的原则。
1、软件的变化性、修改性、可理解性、
2、软件的质量,可用性
3、软件的 可扩展性、可伸缩性
4、软件的性能要求。

解决的办法,再以上模式有一些说明。
主要从,支持并发、异步、采取配置、业务内聚、结构清晰化等方面出发,寻求一套解决方案。

简要分析了下 此仓库管理系统,大致有如下的模式。
此为模式序列:

抱歉!评论已关闭.