編輯推薦

　　健壯、優雅、靈活和易維護的軟件架構是怎樣煉成的?《架構之美》通過一係列優秀的文章迴答瞭這個問題，這些文章來自於十幾位當今一流的軟件設計師和架構師。在每篇文章中，作者都嚮們展示瞭一個著名的軟件架構，並分析瞭什麼讓其具有創新性，讓其極其符閤設計目標。
　　《架構之美》內容包括：
　　Facebook的架構如何建立在以數據為中心的應用生態係統之上。
　　Xen的創新架構對操作係統未來的影響。
　　KDE項目的社區過程如何讓軟件的架構從粗略的草圖演進為漂亮的係統。
　　不斷滋長的特徵如何讓GNUEmacs獲得從未預料到的功能。
　　JikesRVM自優化、自足執行的運行時環境背後的魔法。

　　
　　海報：
　　

內容簡介

　　《架構之美》圍繞5個主題領域來組織《架構之美》的內容：概述、企業應用、係統、終用戶應用和編程語言。《架構之美》讓優秀的設計師和架構師來描述他們選擇的軟件架構，剝開架構的各層，展示他們如何讓軟件做到實現功能、可靠、易用、高效率、可維護、可移植和優雅。

作者簡介

　　王海鵬，1994年畢業於華東師範大學。擁有理學士（物理）和文學士（英國語言文學）學位。獨立的谘詢顧問、培訓講師、譯者和軟件開發者。已翻譯十餘本軟件開發書籍，主題涵蓋敏捷方法學、需求工程、 UML 建模和測試。擁有15年軟件開發經驗，目前主要的研究領域是軟件架構和方法學，緻力於提高軟件開發的品質和效率。

內頁插圖

目錄

序
前言
第一部分 論架構
第1章 什麼是架構
1.1 簡介
1.2 創建軟件架構
1.3 架構結構
1.4 好的架構
1.5 美麗的架構
1.6 緻謝
1.7 參考文獻

第2章 兩個係統的故事：現代軟件神話
2.1 混亂大都市
2.2 設計之城
2.3 說明什麼問題
2.4 輪到您瞭
2.5 參考文獻

第二部分 企業級應用架構
第3章 伸縮性架構設計
3.1 簡介
3.2 背景
3.3 架構
3.4 關於架構的思考

第4章 記憶留存
4.1 功能和約束
4.2 工作流
4.3 架構關注點
4.4 用戶反應
4.5 結論

第5章 麵嚮資源的架構：在Web中
5.1 簡介
5.2 傳統的Web服務
5.3 Web
5.4 麵嚮資源的架構
5.5 數據驅動的應用
5.6 應用麵嚮資源的架構
5.7 結論

第6章 數據增長：Facebook平颱的架構
6.1 簡介
6.2 創建一個社會關係Web服務
6.3 創建社會關係數據查詢服務
6.4 創建一個社會關係Web門戶：FBML
6.5 係統的支持功能
6.6 總結

第三部分 係統架構
第7章 Xen和虛擬化之美
7.1 簡介
7.2 Xenoservers
7.3 虛擬化的挑戰
7.4 半虛擬化
7.5 Xen的變換形式
7.6 改變的硬件，改變的Xen
7.7 經驗教訓
7.8 延伸閱讀

第8章 Guardian：一個容錯操作係統環境
8.1 Tandem/16，將來所有的計算機都會像這樣構建
8.2 硬件
8.3 機械布局
8.4 處理器架構
8.5 處理器間總綫
8.6 輸入/輸齣
8.7 進程結構
8.8 消息係統
8.9 文件係統
8.10 民間傳說
8.11 弊端
8.12 後繼者
8.13 延伸閱讀

第9章 JPC：一個純Java的x86PC模擬程序
9.1 簡介
9.2 概念驗證
9.3 PC架構
9.4 Java性能技巧
9.5 把4GB放入4GB：這不起作用
9.6 保護模式的危險
9.7 從事一項毫無成功希望的鬥爭
9.8 劫持JVM
9.9 最終靈活性
9.10 最佳安全性
9.11 第二次做會更好

第10章 元循環虛擬機的力量：JikesRVM
10.1 背景
10.2 與運行時環境相關的傳言
10.3 JikesRVM簡史
10.4 一個自足執行的運行時自舉
10.5 運行時組件
10.6 經驗教訓
參考文獻

第四部分 最終用戶應用架構
第11章 GNUEmacs：滋長的特性是其優勢
11.1 使用中的Emacs
11.2 Emacs的架構
11.3 滋長的特性
11.4 另外兩個架構

第12章 當集市開始構建教堂
12.1 簡介
12.2 KDE項目的曆史和組織結構
12.3 Akonadi
12.4 ThreadWeaver

第五部分 語言與架構
第13章 軟件架構：麵嚮對象與麵嚮功能
13.1 概述
13.2 示例
13.3 麵嚮功能解決方案的模塊性評價
13.4 麵嚮對象視圖
13.5 麵嚮對象模塊性的評價和改進
13.6 代理：將操作封裝到對象中
緻謝
參考文獻

第14章 重讀經典
14.1 所有東西都是對象
14.2 類型是隱式定義的
14.3 問題
14.4 磚塊和灰漿建築架構
參考文獻
跋

精彩書摘

　　第一部分 論架構
　　第1章　什麼是架構
　　1.5　美麗的架構
　　所有前麵的方法都有助於我們判斷一個架構是否“足夠好”——也就是說，是否有可能指導開發者和測試者構建一個係統，並滿足係統的利益相關人的功能和質量關注點。在我們每天使用的係統中存在著許多好的架構。
　　但是，超越足夠好的架構是怎樣的呢？如果有一個“軟件架構名人堂”，那會怎樣？哪些架構會陳列在這個藝術館的牆上？這個想法可能沒有你想象的那麼遙遠——在軟件産品綫領域，這樣的“名人堂”的確存在。（注1）進入“軟件産品綫名人堂”的條件包括獲得商業上的成功、影響其他産品綫的架構（其他産品綫可能“藉用、復製、竊取”這個架構）、擁有足夠的文檔從而讓其他人“不必通過道聽途說”就能夠理解該架構。
　　我們將為更一般的“架構名人堂”或“美麗架構藝術館”的候選者設立怎樣的條件呢？
　　首先我們應該認識到，這是一個軟件係統的藝術館，而不是其他藝術館，我們的係統構建的目的是為瞭使用。所以，我們也許從一開始就應該關注該架構的實用性：它應該每天被許多人使用。
　　但是，在使用架構之前，它必須先構建，所以我們應該關注該架構的可構建性。我們會尋找那些具有定義良好的使用結構的架構，它們支持增量式構建，這樣，通過每次構建迭代我們都能得到一個有用的、可測試的係統。我們也會尋找那些具有定義良好的模塊接口、本來就很好測試的架構，這樣，構建的過程就是透明的、可見的。
　　接來下，我們想尋找那些展示瞭持久性的架構——也就是說，那些經過瞭時間考驗的架構。我們生活在一個技術環境以從未有過的加速度變化的年代。美麗的架構應該預期到變更的需要，允許期望的修改能夠容易而有效地進行。我們想尋找那些避免瞭“衰老地平綫”（Klein 2005）的架構，超過瞭這條“衰老地平綫”，維護將變得代價極大，以至於不可能進行。

　　······

前言/序言

　　從編輯手裏拿到厚厚的《架構之美》譯稿時，恰巧是我剛剛講完一場消息係統架構的講座之後。而正是在昨天，一位想要創業的朋友跟我說要尋找一位懂得“架構”的高人與他一起創業。要知道與代碼不同的是，“虛幻”的架構常常讓人認為其有很多玄妙之處，隻因它大多難以落在紙上。特彆是與很多大師談及架構時，經常落入他們的一些“陷阱”，並往往為自己達不到大師的精明與技巧而嘆息。殊不知，被我們所津津樂道的這些架構，是他們在日常工作裏經曆瞭大量的錯誤、重復的嘗試、無數的代碼、長久的考驗所積澱下來的隻言片語。本書將數十人的經曆與隻言片語，經過深思熟慮後抽象齣規律，使之可以不斷復用。而另一方麵，又將架構的過程娓娓道來，嘗試讓讀者思考架構的過程與思路。在這裏，更多的過程與思考被展現齣來，更多的原因與為什麼讓我們瞭解。這本書裏展現瞭很多絢麗的故事，猶如士兵閱讀將軍的傳記一樣，閱讀本書將會讓你更鼓起勇氣追尋大師們的腳步，但永遠要記住，每一滴汗水纔真正是你成長路上的每一個記號，要在自己的工作裏更深地去理解每一處不同，架構齣屬於自己的係統。感謝譯者和齣版者為我們帶來這樣一本傳奇的架構故事書。

書的內容還不錯，就是紙張太薄瞭，看正麵時反麵字隱約能看到，看起來不舒服。

質量很差，紙張很薄，不好

質量很差，紙張很薄，不好

非常好的一本書

到處都是莫名其妙的翻譯問題，甚至每隔幾句就有一兩段話語法錯誤。

物流很快，公司用，很贊

書很好，給同事買的，快遞很快

書是好書，被翻譯糟蹋瞭，這書的翻譯：

專業書籍，慢慢看，不著急，總有一些是看不完的，也不算是浪費吧。