了得網計算機/網絡_深入淺出面向對像分析與設計（中文版）

編輯推薦

“《深入淺出面向對像分析與設計》對OOA&D這個主題的探討令人耳目一新。本書與眾不同之處在於它將焦點擺在學習上，本書的諸位作者讓從業人員對OOA＆D的內涵不再感到遙不可及，而且它在實際工作中確實有用。”
——Ivar Jacobson IvarJacobson Consulting UML之父
“隱匿在詼諧圖片與逗趣文字背後的是對OOA&D這個主題認真、睿智且極具匠心的闡述。閱讀本書，感覺就像站在專家的肩膀上環顧四方，聆聽他一步步、細心傾訴那些重要的議題，並且告訴我為什麼。”
——Edward Sciore 波士頓學院計算機科學繫副教授
“剛讀完這本書，我就深深地愛上它了！我*喜歡的一件事就是本書把焦點放在我們實踐OOA＆D的原因上——寫出偉大的軟件！”
——Kyle Brown IBM出工程師
通過一連串的腦力開發，《深入淺出面向對像分析與設計》壓縮了學習與獲取復雜信息所需的時間。可以預料，這將是一段充滿樂趣的學習之旅。相信在讀完本書之時，你肯定能夠寫出偉大的軟件。

內容簡介

你是否早已對市面上那些隻有在成為專家以後讀起來纔有感覺的OOA&D書籍感到厭倦？你可能早就聽說過OOA&D書籍能幫助你寫出偉大的軟件——讓老板高興、客戶滿意的軟件。
但如何辦到呢？
《深入淺出面向對像分析與設計》將告訴你如何分析、設計以及撰寫真正面向對像的軟件：容易重用、好維護、可擴展的軟件；不再使你心碎的軟件；讓你增添新功能而不會破壞舊機制的軟件。在本書中，你將學到：使用諸如封裝(encapsulation)與委派(delegation)之類的OO原則建立靈活的應用程序；使用開閉原則(Open-Closed Principle)與單一職責原則(Single-Responsibilitv Principle)提升程序的重用性；學習如何將OO原則、設計模式及各種開發方法通通整合到OOA&D項目的生命周期裡；運用UML、用例及用例圖來確保所有利害關繫人都能清楚地進行溝通，協助你交付正確的軟件，達到每個人的要求。

介紹
誰適合讀這本書？
我們知道你在想什麼讓你的腦袋順從你的方法
讀我
技術審閱團隊
致謝
1 偉大軟件由此開始：良好應用程序的基石
永遠的搖滾樂！
Rick的金光閃閃的新應用程序
什麼是你要改變的件事？
偉大軟件……
偉大軟件的簡易三步驟介紹
誰適合讀這本書？
我們知道你在想什麼讓你的腦袋順從你的方法
讀我
技術審閱團隊
致謝
1 偉大軟件由此開始：良好應用程序的基石
永遠的搖滾樂！
Rick的金光閃閃的新應用程序
什麼是你要改變的件事？
偉大軟件……
偉大軟件的簡易三步驟
先聚焦在功能性上
測試驅動
尋找問題
分析
運用基礎的OO原則
設計一次，設計兩次
改變你的應用程序有多簡單？
封裝變化之物
委托
後的偉大軟件（就現在而言）
OOA&D關繫到編寫偉大軟件
要點
2 給客戶所需之物：收集需求
大顯身手的機會來了
測試驅動
不正確的使用（有一點）
那麼，需求究竟是什麼？
創建需求列表
為錯誤作規劃
替代路徑（alternate path）處理繫統的疑：
（再次）介紹用例
一個用例，三個部分
按照用例檢查需求
你的繫統必須在真實世界裡運作
認識快樂路徑（Happy Path）
OOA&D工具箱
3 山可移，此情永不渝……現在，情況有變：需求變更
你是英雄！
犧牲品？
軟件分析與設計的不變真理
可選路徑？替換路徑？誰能分得清？
用例對你而言必須合理
從開始到完成：單一場景
替換路徑的真心話
完成需求列表
重復程序代碼，遜！
後的測試驅動
寫下你自己的設計原則
OOA＆D工具箱
4 將你的軟件帶進現實世界：分析
一隻狗，兩隻狗，三隻狗，四隻狗……
你的軟件有其情境
識別問題
規劃解法方案
兩位程序員的故事
委托繞道
低耦合應用程序的威力
注意用例裡的名詞
從好分析到好類……
類圖解析
類圖不是一切
要點
5 部分：諸行無常——良好的設計
Rick的吉他事業蒸蒸日上
抽像類
類圖解析（再一次）
UML小抄
設計問題的警告
通往偉大軟件的三步驟（重訪）
插曲：OO大災難
5第二部分：給你的軟件30分鐘的伸展操——靈活的軟件
回到Rick的搜索工具
仔細瞧瞧search（）方法
分析的好處
類實際上關繫到行為
設計之死（決策）
將壞的設計決策轉變成好的
Rick的軟件中的“雙封裝”
不要害怕犯錯及改變
瞧！Rick的具有靈活性的應用程序
測試驅動Rick的設計良好的軟件
改變Rick的軟件有多容易？
變更容易性的大挑戰
具有內聚性的類善於處理好單一事情
設計／內聚力生命周期
偉大的軟件通常就是“夠好的軟件”
OOA＆D工具箱
6 “我的名字是Art Vandelay”：解決真正的大問題
解決大問題
關鍵在於你如何看待大問題
需求與用例是個好起點……
共同性與變化性
整理功能
功能與需求之間的“差別”
用例不總是幫你看出整體輪廓
用例圖
小小參與者
參與者也是人（好吧，不全然）
做一點領域分析吧
化整為零，個個擊破
別忘了真正的客戶是誰
何謂設計模式？
OO&D的威力（以及一些小常識）
OOA&D工具箱
7 為混亂帶來次序：架構
感覺有點頭昏嗎？
我們需要架構
從功能開始
什麼是架構的意義？
架構三問
減少風險
場景有助於減少風險
一次把焦點放在一個功能上
架構是你的設計結構
再訪共同性
共同性分析：通往靈活軟件之路
什麼意思？問客戶吧。
減少風險有助於偉大軟件自
要點
8 原創性被高估：設計原則
設計原則大集合
開關原則（OCP）
OCP，一步一步來
不自我重復原則（DRY）
DRY完全關繫到一個地方一個需求
單一職責原則（SRP）
找出多重職責
從多重職責到單一職責
Liskov替換原則（LSP）
子類化的誤用：誤用繼承的案例研究
LSP揭露繼承結構所隱藏的問題
子類型必須能替換其基類型
違反LSP造成令人困惑的程序代碼
將功能性委托給其他類
使用組合將來自其他多個類的行為集合起來
聚合：組合，但沒有突然的結束
組合VS．聚合
繼承隻是選項之一
要點
OOA&D工具箱
9 軟件終究為客戶服務：重復與測試
你的工具箱滿了
偉大軟件的編寫是迭代進行的
更深入地迭代：兩種基本選擇
功能驅動開發
用例驅動開發
兩種開發方式
功能分析
編寫測試場景
測試驅動開發
再探共同性
強調共同性
強調封裝
比對你的測試與設計
測試案例解析……
向客戶證明
到目前為止，我們一直在按契約編程
按契約編程關乎信任
防御性編程
將你的應用程序分解成較小的功能塊
要點
OOA&D工具箱
10 組合在一起：OOA&D生命周期
開發軟件，OOA&D風格
對像村旅遊
對像村地鐵線路圖
功能列表
用例反映使用性，功能反映功能性
現在開始迭代
仔細看看地鐵的表示
使用或不使用Line類……那是個問題
對像村地鐵的關注要點（Subway類）
保護你的類（還有客戶的類）
中場休息
回歸需求階段……
聚焦於程序代碼，然後聚焦於客戶
迭代（iteration）讓問題比較容易
路線看起來像什麼？
讓自己看看對像村！
第三次迭代，有人要試試嗎？
旅程未結束……
附錄1：本書遺珠
附錄2：歡迎光臨對像村

在線試讀

介紹如果你真的想學習，想學得更快、更深入，那麼請注意你是如何集中注意力，想想如何思考，學學如何學習。
大多數人在成長過程中沒認知（metacognifion）或學習理論的課程，我們希望學習，卻又不知道如何學習。
如果你手裡正拿著這本書，我們假設你想學習00A&D，而且可能不想花費太多時間。因為你即將要開發軟件，你必須記住讀過的東西。為此目的，你必須理解它。想要從本書（或者任何書、學習經驗）得到多利益，就必須好好地照料你的大腦，讓你的大腦好好注意這些內容。
秘訣在於讓你的大腦認為你正在學習的新知識確實很重要，與你的生死存亡有關，就像噬人的老虎一樣。否則，你會不斷陷入苦戰：想要記住這些知識，卻總是記不住。
那麼，如何讓大腦將OOA＆D視為一隻饑餓的大老虎？
有慢且繁瑣的方法，也有快且有效的方法。慢的方法就是多讀幾次。你很清楚，勤能補拙，再乏味的知識也能學會並記住，隻要重復的次數夠多，你的大腦就會說：“雖然這感覺上對他不重要，但他卻一而再，再而三地苦讀這個部分，所以我想這應該是重要的吧！”
較快的方法則是做任何增加大腦活動的事，特別是不同類型的大腦活動。上一頁所提到的東西是解法的一大部分，已經證實有助於大腦運作。比方說，研究顯示把文字放在它所描述的圖片內（而不是置於頁面內其他地方，如圖片說明或正文），可以幫助大腦嘗試將兩者關聯起來，這會觸發更多。更多被觸發就等同於讓大腦有更多機會將此內容視為值得注意的信息並且記錄下來。
……

書摘插畫

商品搜索

商品分类

【醫學】

【各大出版社】