java记录随笔
需积分: 0 201 浏览量
2013-09-15
22:21:36
上传
评论
收藏 444KB DOC 举报
一、论 架构设计
软件架构作为一个概念，体现在技术和业务两个方面。
从技术角度来说：软件架构随着技术的革新不断地更新其内容，软件架构建立于当前技术
和一些基本原则的基础之上。
先说一些基本原则：
分层原则：分层是为了降低软件深度复杂性而使用的关键思想，就像社会有了阶级一样，
软件有了层次结构。
模块化原则：模块化是化解软件广度复杂的必然手段，模块化的目的就是让软件分工。
接口实现分离原则随着软件模块化的不断深入改进，面向接口编程而不是面向实现编程可
以让复杂度日趋增高的软件降低模块之间的耦合度，从而让各模块更轻松改进。从这个原
则出发，软件也从微观进行了细致的规范化。
还有两个比较小但很重要的原则：
细节隐藏原则很显然把复杂问题简化，把难看的细节隐去，能让软件结构更清晰。其实这
个原则使用很普遍，语言中的封装原则以及设计模式中的 （外观）模式
就很能体现这个原则的精神。
依赖倒置原则随着软件结构的进一步发展层与层之间、模块与模块之间的依赖逐渐加深，
而层、模块的动态可插拔要求不端增大。依赖倒置原则可看视为接口实现分离原则的深化
根据此原则的精神，软件进入了工具时代。这个原则有点类似于知名的好莱坞法则：
。
以上这些原则奠定了我们的软件架构的价值指标。但软件架构毕竟是建立在当前技术之上
的。而每一代技术都有架构模式。过去的不再说了，让我们现在就来看一下当前流行的技
术，以及当前我们能采用的架构。
因为面向对象是当前最流行开发技术，且设计模式的大量使用使面向对象的走向成熟，而
数据库是当前最有效的存储结构、 界面是当前最流行的用户接口，所以当前最典型的
三层次架构就架构在以上几项技术的基础之上，用数据库作存储层、用面向对象来实现业
务层、用 来作为用户接口层。我们从三层次架构谈起：
因为面向对象技术和数据库技术不适配，所以在标准三层次架构的基础上，我们增加了数
据持久层，来管理 双向映射，但目前一直没有最理想的实现技术。 和
技术因为其实现复杂，功能前景有限，已接近被淘汰的边缘。 及 作
为 映射的后期之秀，尤其是 ，功能相当完备。推荐作为持久层的首选
在业务层因为当前业务日趋负载，且变动频繁，所以我们必须有足够敏捷的技术来保证我
们的适应变化的能力，在标准 系统中 负责业务处理，且有不错的性能
表现，但采用 系统对业务架构模式改变太大，且其复杂而昂贵，业务代码移植性差。
而 !作为一个 配置的轻量级架构，漂亮的 "# 模式实现，对业务架构影响小，
所以推荐作为中间层业务框架。
在用户结构层虽然 $ 能够实现 %&# 架构但终究过于粗糙。
对 %&# 架构的实现就比较完美，' 也极好地实现 %&# 架构，且采用基于
事件的方式，非常诱人，惜其不够成熟，我们仍旧推荐 作为用户接口层基础架构。
因为业务层是三层次架构中最有决定意义的，所以让我们回到业务层细致地分析一下，在
复杂的业务我们常常需要以下基础服务的一种或几种：事务一致性服务 ()
* 、 并 发 加 锁 服 务 ++, 、 池 化 管 理 服 务 、 访 问 控 制 服 务
()*、流程控制服务 ,-、动态实现服务 "#，串行化消息服务()*、
剩余63页未读，继续阅读
评论0