温昱著译评

原创 try

接口风格与设计要点æ  接口风格（如下图所示）æ  操作声明设计 = 操作名 + 参数 + 参数类型 + ……æ  操作约束设计 = 前置条件 + 后置条件æ  交互过程设计 = 谁发起 + 同步or异步返回 + ……

原创 第四届中国软件工程大会，温昱谈架构设计经验

2007中国软件工程大会(CCSE 2007)将于2007年6月16日-17日在杭州举行。据介绍，本届大会的主题是“关注行业发展，聚焦软件工程”，将围绕软件工程、软件行业应用、软件人才培养及未来软件技术等方面进行深入广泛的交流。　　本届大会由国际未来软件学术研讨会(IWFST)程序委员会、中国软件工程大会(CCSE)专家理事委员会、希赛顾问团（CSAI）主办，希赛网承办，其宗旨是为来自国内外高

原创 《软件架构设计》一书目录

第一部分  软件架构概念与思想篇 1第1章  解析软件架构概念 31.1  软件架构概念的分类 31.1.1  组成派 41.1.2  决策派 51.2  软件架构概念大观 51.2.1  Booch、Rumbaugh和Jacobson的定义 51.2.2  Woods的观点 61.2.3  Garlan和Shaw的定义 61.2.4  Perry和Wolf的定义 61.2.5  Boehm的定义

转载 6月8日14:00，温昱谈“软件架构设计智慧之旅”

温昱谈“软件架构设计智慧之旅”——CSDNF2F俱乐部&博文视点名家讲谈活动之十二 活动形式及地点：CSDN嘉宾在线聊天室，届时请登陆http://chat.csdn.net，进入聊天室。 活动时间：2007年6月8日下午14:00~16:00 活动背景：     如今，越来越多的人顶上了“软件架构设计师”的头衔，他们乐于谈松耦合，小接口，张口闭口就是架构、RU

原创 横切竖割话需求

 软件架构强调的是整体，而整体性的设计决策必须基于对需求的全面认识； 软件架构应该是稳定的，而遗漏了重要需求的架构设计面临的是返工的命运。 一言以蔽之，全面认识需求，是生产出高质量软件所必须的“第一项修炼”。 作为一个软件架构师，也不应对所有需求“胡子眉毛一把抓”，而是应全面认识需求——分门别类地将需求梳理清楚。 下图所展示的“需求空间分割图”揭示了全面认识需求

转载 1月13日“微软卓越工程师”免费讲座（讲师：温昱）

原创 小故事:趣话模式

开发团队讨论完，已到了吃午饭的时间。走到写字楼下，小H遇到老W：“我咋搞不清模型和模式呢？”老W沉吟片刻，指着写字楼说：“咱就拿这个写字楼作比吧。”小H……？老W：“假设大楼设计之初，你就是设计师，你会忽略很多细节，勾画大楼的模型。模型抽象掉了很多细节，例如，你可以建一个塑料的大楼模型，招租时客户可以指着其中的一个窗户说，我想租这一间用来办公……”小H：“模型是一种抽象……但模式也

原创 温昱眼中的2006中国软件大会

 我已经连续参加了两届软件大会。作为演讲嘉宾，同时也作为一名听众，我每次都以谦恭的心态，在大会中了解最新的技术发展趋势，结交业界朋友，碰撞思想火花，感觉受益匪浅。至于今年的SoftCon2006，我感觉总体还是不错的。 关于大会内容 大会内容丰富，不少内容都是我关注的，听罢或认同、或思考、或质疑、或和朋友谈论上几句，不亦乐乎？ SoftCon没有一味地追求热点，而是既重

原创 《软件架构设计》内容简介

 本书紧紧围绕“软件架构设计”这一主题，立足实践解析了软件架构的概念、阐述了切实可行的软件架构设计方法、提供了可操作性极强的完整的架构设计过程。另外，本书从思维方式的突破、面向对象设计、UML建模、过程与管理等关键过渡环节，为广大程序员的成长提供了切中肯綮的指导。全书共26章，分为3个部分：软件架构概念与思想篇、软件架构设计方法与过程篇、程序员成长篇。理论与实践并重是本书的特点。架构设计要

原创 新书快评：脚本驱动的“故事”

读罢陆其明的新作《脚本驱动的应用软件：开发方法与实践》一书，感觉非常不错！在我看来，此书至少有三个特点颇值得称道。 一是写法值得称道。作者陆其明不愧是四本原创书的作者了，他很了解读者爱看什么样的书，此书完全是在讲一线的开发“故事”，娓娓道来。此书自始至终贯穿的三个案例不是相互孤立的，可以说这是同一个软件的1.0、2.0和3.0版本，使读者更真实地体会设计改进的脉络——这三个案例分别是看图软

原创 谈谈架构设计的思维方式

刘润最近在blog有一篇非常棒的文章（至少我很喜欢）：《形象化的能力》。今天我这篇就算是“形象化”（Visualize）能力的应用吧。 任何解决方案都是由问题、以及问题所处的上下文决定的。熟悉设计模式的人可能会立即想到Christopher Alexander在其著作《模式语言》一书中为“模式”下的著名定义：每个模式都是一个法则，有三部分组成。它表现的是一种特定的上下文、一个问题和一个

原创 软件架构的精髓：协作（Booch语）

Grady Booch说：“设计软件系统中的重要协作是设计阶段架构设计师的主要活动。这些协作表示出了架构的精髓……”Ivar Jacobson说：“接口是架构的核心。”我更喜欢Booch的说法，但Jacobson的说法也与之并不矛盾，因为协作将涉及到接口： 我在《软件架构设计》一书中表达了我的理解

原创 一图千言的最佳案例：框架vs.架构

 （节选自《软件架构设计》书稿）  图2-7    架构和框架的区别笔者发现，人们对软件架构存在非常多的误解，其中一个最为普遍的误解就是：将架构（Architecture）和框架（Framework）混为一谈。 一图胜千言，图2-7切中肯綮地点出了架构和框架的区别。一句话，框架是软件，架构不是软件。  框架是一种特殊的软件，它并不能提供完整无缺的解决方案，而是为你构建解

原创 软件架构为谁而设计

（节选自《软件架构设计》书稿） ……如此看来，架构师应当为项目相关的不同角色而设计（如图5-2所示）：l        架构师要为客户负责，满足他们的业务目标和约束条件；l        架构师要为用户负责，使他们关心的功能需求和运行期质量属性得以满足；l        架构师必须顾及处于协作分工“下游”的开发人员，l        架构师还必须考虑“周边”的管理人员，为他们进

原创 超越设计模式

《软件架构设计》一书的第23章题为“超越设计模式”，这背后有一种很有意思的现象： 当你看到IBM的广告“中间件就是IBM软件”时，你会产生片刻的困惑吗？如果答案是肯定的，那么你可以想想类似的两句话，或者说是两个思维定式：·  “可乐就是可口可乐”·    “模式就是GOF设计模式” 它们的共同特点在于，把一般的、涵盖范围更大的、往往也是更短的一个词，和一个特殊的、涵盖范围更小的

原创 子系统不同，架构不同

 （摘自《软件架构设计》一书草稿）2.1.3    子系统不同，架构不同 另外，不同类型的软件系统需要不同的软件架构设计，这似乎是很多人都理解的道理；但有时候，一个系统的不同子系统也应当有不同的软件架构。 举个例子。相信不少读者了解Martin Fowler所著的《企业应用架构模式》中介绍的事务脚本模式（Transaction Script）、领域模型模式（Domain

原创 软件架构是一系列有层次性的决策

    （节选自《软件架构设计》一书的草稿） 软件架构属于设计范畴，但并不是所有设计都属于软件架构设计之列。 正如前面软件架构的“决策派”概念所揭示的，软件架构可以视为一系列重要决策的集合。不仅如此，架构决策是分层次依次展开的。 首先，伴随着对软件系统的依次分解，软件架构师应当不断做出决策，例如需要划分成哪些模块、每个模块的职责为何、每个模块的接口如何定义、模块间采用何种交

原创 《软件架构设计》是怎样一本书

耗时2年，《软件架构设计》就要与读者见面了。本书是温昱10年经验的精华。《软件架构设计》共 26 章，分为 3 篇： 软件架构概念与思想篇 软件架构设计方法与过程篇 程序员成长篇  由于还没有和出版社商量，所以暂时不放试读章节出来，但下面是作者的一些文章和演讲稿，供朋友们管窥本书： 运用RUP 4+1视图方法进行软件架构设计（文章）发

转载 孟岩荐《应用框架的设计与实现》

.NET开发者应读的一本好书孟岩  从2000年7月微软PDC大会上宣布.NET计划开始算起，.NET问世已经超过五年了。作为世界上最强大的软件公司，微软在推广.NET技术方面可谓不遗余力。在微软的强大推动力之下，不少.NET技术网络社区迅速崛起，一批.NET技术的高手成长起来，推动.NET应用快速向前发展。不过在技术图书领域，.NET类图书的表现一直乏善可陈。如果让我们列举出

转载 夏桅荐《应用框架的设计与实现》

框架——构建大规模应用程序的基础夏桅（2005.7的C# MVP，CSDN论坛.NET版大版主）初拿到《应用框架的设计与实现——.NET平台》一书时，先浏览了一下目录，便觉得这是一本相当务实的书。在较高的层次谈论软件设计，你可能会直接联想到《设计模式》这样的经典巨著；但事实上，直接分门别类地讲设计模式，除非你已经有了大量的软件开发经验，否则其中的精华很难被吸收和运用。在另外一个方面，现

原创 温昱荐《应用框架的设计与实现》

高聚合的盛宴（代译序）《应用框架的设计与实现——.NET平台》是一本扎扎实实讲解如何设计应用框架的书。 不必说本书填补了框架设计中文版专著的空白，揭示了框架设计的诸多思想，提供了有助于读者将设计思想落到实处的框架案例； 也不必说本书深谙“讲述设计过程优于直接讲述结果”的道理，思路清晰，层层展开； 单是本书流畅地将设计模式、.NET高级技术和框架开发思路有机地组织在一

原创 重新定位的睿智：读《面向对象的软件再工程模式》

声明：本文已发表在《程序员》杂志，转载必须说明。问题已暴露，情况很严重 “在很长一段时间里，我一直对一件事情比较困惑——那就是在大部分讨论软件开发过程的书里，所讨论的都是从零开始编辑程序。我之所以对此感到困惑，是因为在人们开始编写代码时，这并不是他们最通常所面临的情境。很多人必须从改进既有代码库开始，即使这些代码库并不是他们自己编写的。”[1]Marti