频道栏目
读书频道 > 软件开发 > 其他综合 > 软件架构设计(第2版)——程序员向架构师转型必备
9.2.3 概念架构≠细化架构
2012-09-14 17:20:07     我来说两句
收藏   我要投稿
本书围绕软件架构设计主题,从程序员成长的视角,深入浅出地讲述了架构师的修炼之道。从基础篇、到设计过程篇、到模块划分专题,本书覆盖了架构设计的关键技能项,并且对于架构设计过程中可能出现的各种问题给与...  立即去当当网订购

概念架构一级的设计更重视“找对路子”,它往往是战略而不是战术,它比较策略化而未必全面,它比较强调重点机制的确定而不一定非常完整。所以,概念架构≠细化架构。

概念架构是对系统设计的最初构想,但绝对不是无关紧要的。相反,一个软件产品与竞争对手在架构上的不同,其实在概念架构设计时就大局已定了。

概念架构设计中,不关注明确的接口定义;之后,才是“模块 + 接口”一级的设计。对大型系统而言,这一点恰恰是必需的。总结起来,“概念架构≠细化架构”涉及了开发人员最为关心的多项工作:

 ·接口。在细化架构中,应当给出接口的明确定义;而概念架构中即使识别出了接口,也没有接口的明确定义;
 ·模块。细化架构重视通过模块来分割整个系统,并且模块往往有明确的接口;而概念架构中只有抽象的组件,这些组件没有接口只有职责,一般是处理组件、数据组件或连接组件中的一种;
 ·交互机制。细化架构中的交互机制应是“实在”的,如基于接口编程、消息机制或远程方法调用等;而概念架构中的交互机制是“概念化”的,例如“A层使用B层的服务”就是典型的例子,这里的“使用”在细化架构中可能是基于接口编程、消息机制或远程方法调用等其中的任一种。
 ·因此,概念架构是不可直接实现的。开发人员拿到概念架构设计方案,依然无法开始具体的开发工作。从概念架构到细化架构,要运用很多具体的设计技术,开发出能够为具体开发提供更多指导和限制的细化架构。

您对本文章有什么意见或着疑问吗?请到论坛讨论您的关注和建议是我们前行的参考和动力  
上一篇:9.2.2 概念架构≠理想化架构
下一篇:9.3.1 什么样的鸿沟,架什么样的桥
相关文章
图文推荐
排行
热门
最新书评
文章
下载
读书
特别推荐

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站