- 博客(5)
- 资源 (5)
- 收藏
- 关注
RSS订阅原创 一图千言的最佳案例：框架vs.架构
（节选自《软件架构设计》书稿） 图2-7 架构和框架的区别笔者发现，人们对软件架构存在非常多的误解，其中一个最为普遍的误解就是：将架构（Architecture）和框架（Framework）混为一谈。 一图胜千言，图2-7切中肯綮地点出了架构和框架的区别。一句话，框架是软件，架构不是软件。 框架是一种特殊的软件，它并不能提供完整无缺的解决方案，而是为你构建解
2006-10-29 18:14:00
10238
9
原创 软件架构为谁而设计
（节选自《软件架构设计》书稿） ……如此看来，架构师应当为项目相关的不同角色而设计（如图5-2所示）：l 架构师要为客户负责，满足他们的业务目标和约束条件；l 架构师要为用户负责，使他们关心的功能需求和运行期质量属性得以满足；l 架构师必须顾及处于协作分工“下游”的开发人员，l 架构师还必须考虑“周边”的管理人员，为他们进
2006-10-24 16:24:00
7067
原创 超越设计模式
《软件架构设计》一书的第23章题为“超越设计模式”，这背后有一种很有意思的现象： 当你看到IBM的广告“中间件就是IBM软件”时，你会产生片刻的困惑吗？如果答案是肯定的，那么你可以想想类似的两句话，或者说是两个思维定式：· “可乐就是可口可乐”· “模式就是GOF设计模式” 它们的共同特点在于，把一般的、涵盖范围更大的、往往也是更短的一个词，和一个特殊的、涵盖范围更小的
2006-10-14 17:29:00
5169
2
原创 子系统不同，架构不同
（摘自《软件架构设计》一书草稿）2.1.3 子系统不同，架构不同 另外，不同类型的软件系统需要不同的软件架构设计，这似乎是很多人都理解的道理；但有时候，一个系统的不同子系统也应当有不同的软件架构。 举个例子。相信不少读者了解Martin Fowler所著的《企业应用架构模式》中介绍的事务脚本模式（Transaction Script）、领域模型模式（Domain
2006-10-12 09:23:00
4861
原创 软件架构是一系列有层次性的决策
（节选自《软件架构设计》一书的草稿） 软件架构属于设计范畴，但并不是所有设计都属于软件架构设计之列。 正如前面软件架构的“决策派”概念所揭示的，软件架构可以视为一系列重要决策的集合。不仅如此，架构决策是分层次依次展开的。 首先，伴随着对软件系统的依次分解，软件架构师应当不断做出决策，例如需要划分成哪些模块、每个模块的职责为何、每个模块的接口如何定义、模块间采用何种交
2006-10-08 09:58:00
5857
《一线架构师实践指南》下载系列：高级架构师培训资料（ppt格式）
2010-03-07
《一线架构师实践指南》下载系列：温昱在.NET大会上的架构演讲（ppt格式）
2009-02-22
赢在架构：大中型软件架构设计实践体系
2009-02-03
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人