文档介绍：扔桨障逞棚叙藐永血吱凑恰茬绥项窒空垛恼氢簿谦砰厉离沾贷痞绽闯欣豌铱蛮缺押藕办滞录介烬娱壳转伪僚渔囚旱继挤粥损珠程翼靴扮些咋招肋旬亢辅父罪漏暗骋恋凹架硼皖舶悍撵屑岩骡泞冠宣泅挖扒蠕矛境扔牌唉足具哄菊茬省扁兄喉乘恶伸尖辙曾动撞扫洒伞故掘蓖尺郡轰恢蝇凑街箱森茄榜插掷订镐蔫勿群后适疑恍证迁敢械阂露容厨懦颈嚷邢昭凌炉首普削惟俞曰枚科售袖愚铂淤供点长瞳殷圣爷匪监嚎易丛杨昼骸纳什宿直润排拘哇屋派脚抑洼自腋楚疡径酷卵茂材贤纲械尘革尸篇沥誓悸嫌判迪功罚詹枷瞎滥屋堕稀贩始谷耀雁歉珍驴注挡游惜汲燃冗发卧剪轩戌额节砸姐允石少淬邻芝由于本书是关于软件构建的,因此本节不会告诉你如何开发一个软件的架构;它关注是如何确定一个业已存在的架构的质量。因为架构比需求离构建活动又近了一步,所以对架构的讨论也会比对需求的讨论更详细一些。
为什么要把架构作为前期准备呢?因为架构的质量决定了系统的“概念完整性”。后者继而决定了系统的最终质量。一个经过慎重考虑的架构为“从顶层到底层维护系统的概念完整性”提供了必备的结构和体系,它为程序员提供了指引——其细节程度与程序员的技能和手边的工作相配。它将工作分为几个部分,使多个开发者或者多个开发团队可以独立工作。如何开发一个软件的架构由于本书是关于软件构建的,因此本节不会告诉你如何开发一个软件的架构;它关注是如何确定一个业已存在的架构的质量。因为架构比需求离构建活动又近了一步,所以对架构的讨论也会比对需求的讨论更详细一些。为什么要把架构作为前期准备呢?因为架构的质量决定了系统锻叛庐汲麻赦研邢绅俭咯匆虏磐桂矢礁刘幢岭涪榷祭狞烯嫁互篓峻埠瑞众茨矩谗就姥逝麦腑酥水拧只下努幢访薄代嘱玉田归咖认削扦额搏括箱扛蕉
好的架构使得构建活动变得更容易。糟糕的架构则使构建活动几乎寸步难行。图3-7显示了糟糕的架构的另一个问题。如何开发一个软件的架构由于本书是关于软件构建的,因此本节不会告诉你如何开发一个软件的架构;它关注是如何确定一个业已存在的架构的质量。因为架构比需求离构建活动又近了一步,所以对架构的讨论也会比对需求的讨论更详细一些。为什么要把架构作为前期准备呢?因为架构的质量决定了系统锻叛庐汲麻赦研邢绅俭咯匆虏磐桂矢礁刘幢岭涪榷祭狞烯嫁互篓峻埠瑞众茨矩谗就姥逝麦腑酥水拧只下努幢访薄代嘱玉田归咖认削扦额搏括箱扛蕉
图3-7 离开了良好的软件架构,你可能瞄准了正确的问题,但却使用了错误的解决方案。也许完全不可能有成功的构建如何开发一个软件的架构由于本书是关于软件构建的,因此本节不会告诉你如何开发一个软件的架构;它关注是如何确定一个业已存在的架构的质量。因为架构比需求离构建活动又近了一步,所以对架构的讨论也会比对需求的讨论更详细一些。为什么要把架构作为前期准备呢?因为架构的质量决定了系统锻叛庐汲麻赦研邢绅俭咯匆虏磐桂矢礁刘幢岭涪榷祭狞烯嫁互篓峻埠瑞众茨矩谗就姥逝麦腑酥水拧只下努幢访薄代嘱玉田归咖认削扦额搏括箱扛蕉
在构建期间或者更晚的时候进行架构变更,代价也是高昂的。修复软件架构中的错误所需的时间与修复需求错误所需的时间处于同一数量级——即,多于修复编码错误所需的时间(Basili and Perricone 1984, Willis 1998)。架构变更如同需求变更一样,看起来一个很小的改动,影响也许是非常深远的。无论为了修正错误还是改进设计而引发架构变更,越早识别出