大象:Thinking in UML(第2版)

出版時間:2012-3  出版社:中國水利水電出版社  作者:譚云杰  頁數(shù):526  
Tag標簽:無  

內容概要

  本書以UML為載體,將面向對象的分析設計思想巧妙地融入建模過程中,通過貫穿全書的實例將軟件系統(tǒng)開發(fā)過程中方方面面的知識有機地結合在一起,用生動的語言和精彩的事例將復雜枯燥的軟件過程講解得津津有味。
  全書分為四個部分。第一部分講述面向對象分析的一些基本概念,及學習建模需要了解的一些基本知識。第二部分對UML的基礎概念重新組織和歸納整理,進行擴展和討論,引申出針對UML的這些概念在面向對象方法中應用方法的思考。第三部分以一個實例貫穿全篇,闡述如何使用UML從頭到尾地實施一個項目。第四部分針對在現(xiàn)實中經(jīng)常遇到并且較難掌握的問題進行深入的探討,升華在前幾篇學習到的知識。
  本書可供正在學習編程、軟件工程等知識,準備將來從事IT行業(yè)的讀者、正努力向設計師或系統(tǒng)分析員轉變的技術人員及期望對軟件分析設計更上一層樓的設計人員學習和提高之用。

作者簡介

譚云杰:
CSDN專家博客coffeewoo博主。資深架構師,PMP獲得者,擅長于系統(tǒng)建模和系統(tǒng)分析設計。從事過電力、政府、航空等多個行業(yè)的管理軟件開發(fā)工作和工作流中間件產(chǎn)品的研發(fā)工作,擁有十多個軟件項目的分析設計經(jīng)驗和架構設計經(jīng)驗,其中不乏中型和大型軟件項目。目前就職于某著名跨國軟件企業(yè)中國研發(fā)中心,從事產(chǎn)品研發(fā)工作。
作者使用UML進行系統(tǒng)分析建模至今已十年有余,對系統(tǒng)建模、分析和設計有深刻而獨道的見解。在其博客上發(fā)表的OO系統(tǒng)分析員之路系列文章短短時間內便獲得了十幾萬的點擊量,深受讀者的喜愛。

書籍目錄

大象希形
再版序
寫給讀者的話
關于本書
如何閱讀本書
免費下載資源使用說明
Part I 你需要了解 
 第1章 為什么需要UML
  1.1 面向過程還是面向對象
  1.1.1 面向過程方法
  1.1.2 面向過程的困難
  1.1.3 面向對象方法
  1.1.4 面向對象的困難
  1.2 UML帶來了什么
  1.2.1 什么是UML
  1.2.2 統(tǒng)一語言
  1.2.3 可視化
  1.2.4 從現(xiàn)實世界到業(yè)務模型
  1.2.5 從業(yè)務模型到概念模型
  1.2.6 從概念模型到設計模型
  1.2.7 面向對象的困難解決了嗎
  1.3 統(tǒng)一過程簡介
  1.3.1 RUP是什么
  1.3.2 RUP與UML
  1.3.3 RUP與軟件工程
  1.3.4 RUP與最佳實踐
  1.3.5 RUP與本書
 第2章 建?;A
  2.1 建模
  2.2 用例驅動
  2.3 抽象層次
  2.4 視圖
  2.5 對象分析方法
Part II 在學習中思考
 第3章 UML核心元素
  3.1 版型
  3.2 參與者
  3.2.1 基本概念
  3.2.2 發(fā)現(xiàn)參與者
  3.2.3 業(yè)務主角
  3.2.4 業(yè)務工人
  3.2.5 參與者與涉眾的關系
  3.2.6 參與者與用戶的關系
  3.2.7 參與者與角色的關系
  3.2.8 參與者的核心地位
  3.2.9 檢查點
  3.3 用例
  3.3.1 基本概念
  3.3.2 用例的特征
  3.3.3 用例的粒度
  3.3.4 用例的獲得
  3.3.5 用例和功能的誤區(qū)
  3.3.6 目標和步驟的誤區(qū)
  3.3.7 用例粒度的誤區(qū)
  3.3.8 業(yè)務用例
  3.3.9 業(yè)務用例實現(xiàn)
  3.3.10 概念用例
  3.3.11 系統(tǒng)用例
  3.3.12 用例實現(xiàn)
  3.4 邊界
  3.4.1 邊界決定視界
  3.4.2 邊界決定抽象層次
  3.4.3 靈活使用邊界
  3.5 業(yè)務實體
  3.5.1 業(yè)務實體的屬性
  3.5.2 業(yè)務實體的方法
  3.5.3 獲取業(yè)務實體
  3.6 包
  3.7 分析類
  3.7.1 邊界類
  3.7.2 控制類
  3.7.3 實體類
  3.7.4 分析類的三高
  3.8 設計類
  3.8.1 類
  3.8.2 屬性
  3.8.3 方法
  3.8.4 可見性
  3.9 關系
  3.9.1 關聯(lián)關系(association)
  3.9.2 依賴關系(dependency)
  3.9.3 擴展關系(extends)
  3.9.4 包含關系(include)
  3.9.5 實現(xiàn)關系(realize)
  3.9.6 精化關系(refine)
  3.9.7 泛化關系(generalization)
  3.9.8 聚合關系(aggregation)
  3.9.9 組合關系(composition)
  3.10 組件
  3.10.1 完備性
  3.10.2 獨立性
  3.10.3 邏輯性
  3.10.4 透明性
  3.10.5 使用組件
  3.11 節(jié)點
  3.11.1 分布式應用環(huán)境
  3.11.2 多設備應用環(huán)境
 第4章 UML核心視圖
  4.1 靜態(tài)視圖
  4.1.1 用例圖
  4.1.2 類圖
  4.1.3 包圖
  4.2 動態(tài)視圖
  4.2.1 活動圖
  4.2.2 狀態(tài)圖
  4.2.3 時序圖
  4.2.4 協(xié)作圖
 第5章 UML核心模型
  5.1 用例模型概述
  5.2 業(yè)務用例模型
  5.2.1 業(yè)務用例模型主要內容
  5.2.2 業(yè)務用例模型工件的取舍
  5.2.3 何時使用業(yè)務用例模型
  5.3 概念用例模型
  5.3.1 概念用例模型的主要內容
  5.3.2 獲得概念用例
  5.3.3 何時使用概念用例模型
  5.4 系統(tǒng)用例模型
  5.4.1 系統(tǒng)用例模型的主要內容
  5.4.2 獲得系統(tǒng)用例
  5.5 領域模型
  5.5.1 讀者須知
  5.5.2 基本概念
  5.5.3 領域模型的主要內容
  5.6 分析模型
  5.6.1 如何使用分析模型
  5.6.2 分析模型的主要內容
  5.6.3 分析模型的意義
  5.7 軟件架構和框架
  5.7.1 軟件架構
  5.7.2 軟件框架
  5.7.3 何時使用架構和框架
  5.8 設計模型
  5.8.1 設計模型的應用場合
  5.8.2 設計模型的主要內容
  5.8.3 從分析模型映射到設計模型
  5.9 組件模型
  5.9.1 何時使用組件模型
  5.9.2 廣義組件的用法
  5.10 實施模型
  何時使用實施模型
 第6章 統(tǒng)一過程核心工作流簡介
  6.1 業(yè)務建模工作流程
  6.1.1 工作流程
  6.1.2 活動集和工件集
  6.1.3 業(yè)務建模的目標和場景
  6.2 系統(tǒng)建模工作流程
  6.2.1 工作流程
  6.2.2 活動集和工件集
  6.2.3 系統(tǒng)建模的目標
  6.3 分析設計建模工作流程
  6.3.1 工作流程
  6.3.2 活動集和工件集
  6.3.3 分析設計的目標
  6.3.4 推薦的分析設計工作流程簡介
  6.4 實施建模工作流程
  6.4.1 工作流程
  6.4.2 活動集和工件集
  6.4.3 推薦的實施建模工作流程
 第7章 迭代式軟件生命周期
Part III 在實踐中思考
 第8章 準備工作
  8.1 案例說明
  8.2 了解問題領域
  8.2.1 了解業(yè)務概況
  8.2.2 整理業(yè)務目標
  8.3 做好涉眾分析
  8.3.1 什么是涉眾
  8.3.2 發(fā)現(xiàn)和定義涉眾
  8.3.3 涉眾分析報告
  8.4 規(guī)劃業(yè)務范圍
  8.4.1 規(guī)劃業(yè)務目標
  8.4.2 規(guī)劃涉眾期望
  8.5 整理好你的思路
  8.5.1 劃分優(yōu)先級
  8.5.2 規(guī)劃需求層次
  8.5.3 需求調研計劃
  8.6 客戶訪談技巧
  8.6.1 溝通的困難
  8.6.2 溝通技巧
  8.7 提給讀者的問題
 第9章 獲取需求
  9.1 定義邊界
  9.1.1 盤古開天——從混沌走向清晰
  9.1.2 現(xiàn)在行動:定義邊界
  9.1.3 進一步討論
  9.1.4 提給讀者的問題
  9.2 發(fā)現(xiàn)主角
  9.2.1 女媧造人——誰來掌管這個世界
  9.2.2 現(xiàn)在行動:發(fā)現(xiàn)主角
  9.2.3 進一步討論
  9.2.4 提給讀者的問題
  9.3 獲取業(yè)務用例
  9.3.1 炎黃之治——從愚昧走向文明
  9.3.2 現(xiàn)在行動:獲取業(yè)務用例
  9.3.3 進一步討論
  9.3.4 提給讀者的問題
  9.4 業(yè)務建模
  9.4.1 商鞅變法——強盛的必由之路
  9.4.2 現(xiàn)在行動:建立業(yè)務模型
  9.4.3 進一步討論
  9.4.4 提給讀者的問題
  9.5 領域建模
  9.5.1 風火水土——尋找構成世界的
  基本元素
  9.5.2 現(xiàn)在行動:建立領域模型
  9.5.3 進一步討論
  9.5.4 提給讀者的問題
  9.6 提煉業(yè)務規(guī)則
  9.6.1 牛頓的思考——揭穿蘋果的秘密
  9.6.2 現(xiàn)在行動:提煉業(yè)務規(guī)則
  9.6.3 進一步討論
  9.6.4 提給讀者的問題
  9.7 獲取非功能性需求
  9.7.1 非物質需求——精神文明是
  不可缺少的
  9.7.2 現(xiàn)在行動:獲取非功能性需求
  9.7.3 進一步討論
  9.7.4 提給讀者的問題
  9.8 主要成果物
  提給讀者的問題
 第10章 需求分析
  10.1 關鍵概念分析
  10.1.1 阿基米德杠桿——找到撬動地球的
  支點
  10.1.2 現(xiàn)在行動:建立概念模型
  10.1.3 進一步討論
  10.1.4 提給讀者的問題
  10.2 業(yè)務架構
  10.2.1 拼圖游戲——我們也想造個世界
  10.2.2 現(xiàn)在行動:建立業(yè)務架構
  10.2.3 進一步討論
  10.2.4 提給讀者的問題
  10.3 系統(tǒng)原型
 第11章 系統(tǒng)分析
  11.1 確定系統(tǒng)用例
  11.1.1 開始規(guī)劃——確定新世界的萬物
  11.1.2 現(xiàn)在行動:確定系統(tǒng)用例
  11.1.3 現(xiàn)在行動:描述系統(tǒng)用例
  11.1.4 進一步討論
  11.1.5 提給讀者的問題
  11.2 分析業(yè)務規(guī)則
  11.2.1 設定規(guī)則——沒有規(guī)矩不成方圓
  11.2.2 現(xiàn)在行動:分析業(yè)務規(guī)則
  11.2.3 提給讀者的問題
  11.3 用例實現(xiàn)
  11.3.1 繪制藍圖——世界將這樣運行
  11.3.2 現(xiàn)在行動:實現(xiàn)用例
  11.3.3 進一步討論
  11.3.4 提給讀者的問題
  11.4 軟件架構和框架
  11.4.1 設計架構——新世界的骨架
  11.4.2 什么是軟件架構
  11.4.3 什么是軟件框架
  11.4.4 軟件架構的基本構成
  11.4.5 應用軟件架構
  11.4.6 提給讀者的問題
  11.5 分析模型
  11.5.1 設計功能零件——讓世界初步
  運轉起來
  11.5.2 現(xiàn)在行動:建立分析模型
  11.5.3 進一步討論
  11.5.4 提給讀者的問題
  11.6 組件模型
  11.6.1 設計功能部件——構建世界的
  基礎設施
  11.6.2 現(xiàn)在行動:建立組件模型
  11.6.3 進一步討論
  11.6.4 提給讀者的問題
  11.7 部署模型
  11.7.1 安裝零部件——組裝一個新世界
  11.7.2 現(xiàn)在行動:建立部署模型
  11.7.3 提給讀者的問題
 第12章 系統(tǒng)設計
  12.1 系統(tǒng)分析與系統(tǒng)設計的差別
  12.2 設計模型
  12.2.1 按圖索驥——為新世界添磚加瓦
  12.2.2 現(xiàn)在行動:將分析模型映射到
  設計模型
  12.2.3 進一步討論
  12.2.4 提給讀者的問題
  12.3 接口設計
  12.3.1 暢通無阻——構建四通八達的
  神經(jīng)網(wǎng)絡
  12.3.2 現(xiàn)在行動:設計接口
  12.3.3 進一步討論
  12.3.4 提給讀者的問題
  12.4 包設計
  12.4.1 分工合作——組織有序世界
  才能更好
  12.4.2 現(xiàn)在行動:設計包
  12.4.3 進一步討論
  12.5 提給讀者的問題
 第13章 數(shù)據(jù)庫設計
  13.1 關公戰(zhàn)秦瓊——面向對象與關系
  模型之爭
  13.2 相輔相成——面向對象的數(shù)據(jù)庫設計
  13.3 平衡的藝術——數(shù)據(jù)庫設計的方法
  和策略
  13.3.1 OR-Mapping策略
  13.3.2 對象—關系平衡策略
  13.4 進一步討論——數(shù)據(jù)庫設計到底
  有多重要
 第14章 開發(fā)
  14.1 生成代碼
  14.1.1 現(xiàn)在行動:生成代碼
  14.1.2 進一步討論
  14.2 分工策略
  14.2.1 縱向分工策略
  14.2.2 橫向分工策略
  14.2.3 選擇適合你的開發(fā)分工策略
Part IV 在提煉中思考
 第15章 測試
  15.1 質量保證——新世界需要穩(wěn)健運行
  15.2 設計和開發(fā)測試例
  15.3 提給讀者的問題
 第16章 理解用例的本質
  16.1 用例是系統(tǒng)思維
  16.2 用例是面向服務的
  16.3 善用用例方法
 第17章 理解用例驅動
  17.1 用例與項目管理
  17.2 用例與可擴展架構
 第18章 用例驅動與領域驅動
  18.1 用例驅動與領域驅動的差異
  18.2 領域驅動的理想與現(xiàn)實
  18.3 如何決定是否采用領域驅動方法
 第19章 理解建模的抽象層次
  19.1 再討論抽象層次
  19.1.1 層次高低問題
  19.1.2 層次不交叉問題
  19.2 如何決定抽象層次
  19.3 抽象層次與UML建模的關系
 第20章 劃分子系統(tǒng)的問題
  20.1 面向對象的子系統(tǒng)問題
  20.2 UC矩陣還適用嗎
  20.3 如何劃分子系統(tǒng)
 第21章 學會使用系統(tǒng)邊界
  21.1 邊界是面向對象的保障
  21.2 利用邊界來分析需求
  21.2.1 邊界分析示例一
  21.2.2 邊界分析示例二
  21.3 邊界意識決定設計好壞
 第22章 學會從接口認知事物
  22.1 怎樣描述一件事物
  22.2 接口是系統(tǒng)的靈魂
 第23章 學會正確選擇
  23.1 屁股決定腦袋——學會綜合權衡
  23.2 理辯則明——學會改變視角
 第24章 學會使用設計模式
  24.1 如何學習設計模式
  24.2 如何使用設計模式
附錄 UML視圖常用元素參考
圖目錄
表目錄
后記

章節(jié)摘錄

版權頁:你需要了解… …何為面向對象?很多人不懂;很多人以為懂了,其實沒懂,面向對象的精髓在抽象;面向對象的困難在抽象;面向對象的成功于成功的抽象。正所謂成也抽象,敗也抽象,還是打好基本功,從基本的面向對象開始吧。1 為什么需要EML過程還是對象?這是個問題。談到UML,第一個繞不開的話題就是面向對象,就讓我們先從基本的方法開始,逐步揭開面向對象的面紗吧。1.1 面向過程還是面向對象面向對象如今在軟件行業(yè)是如此著名的一個術語,以至于人們以為面向對象是現(xiàn)代科學發(fā)展到一定程度才出現(xiàn)的研究成果。在很多人看來,面向過程和面向對象都是一種軟件技術。例如把面向過程歸納為結構化程序設計、DFD圖、ER模型、UC矩陣等,而面向對象則被歸納為繼承、封裝、多態(tài)、復用等具體手技術。事實上,上述的所有技術都只是人們在采用不同的方法來認識和描述這個世界時所采用的工具,它們都只是表征而不是本征。讓我們先來看看公認的面向對象大師,也是UML創(chuàng)始人之一的Grady Booch在2004年IBM Deceloper Works Live!大會的訪談中講過的一段流傳甚廣的話。

編輯推薦

《大象:Thinking in UML(第2版)》是一本講軟件的分析、設計與建模的書;一本將晦澀的概念與項目的實踐緊密結合的書;一本讓您與似是而非的感覺做個了斷的書;一本充滿思想與智慧的書……字字珠璣,醍醐灌頂。從來沒有一本書,帶給軟件開發(fā)人員如此醍醐灌頂?shù)母惺?。軟件江湖盛傳的“UML第一書”,開發(fā)人員夢寐以求的“九陽真經(jīng)”,真正助您打通軟件開發(fā)“任督二脈”。

圖書封面

圖書標簽Tags

評論、評分、閱讀與下載


    大象:Thinking in UML(第2版) PDF格式下載


用戶評論 (總計149條)

 
 

  •   我是在尋找設計類書籍的時候在當當網(wǎng)的推薦上發(fā)現(xiàn)了這本書,它將軟件設計思想與設計工具UML很好的結合在了一起,講解通俗細致深入,給了正在為軟件結構設計苦惱的我很大啟發(fā)和幫助。原來對象編程是這個意思,需求應該這樣來做。感謝作者!
  •   不愧為國內UML第一書,實踐性非常強,的確是學習面向對象建模的一本奇書,正如書中所說,這是一本充滿思想與智慧的書!
  •   中國人寫的最好的UML教材,國內最好的UML教材,作者是個大牛。這本書深刻透徹的剖析了用UML進行軟件建模的整個流程,解決讀者心中多年的對UML建模的各種疑惑。。。不買你就虧大了。
  •   內容與實踐相結合,介紹了UML中的元素,然后通過一個實例講述了完整的軟件開發(fā)周期,并對一些問題進行了深入討論
  •   閱讀過第一版大象UML,才買的第二版,學習系統(tǒng)架構的一本好書
  •   我是一個業(yè)余軟件開發(fā)者,正當我對面向對象感到茫然無措的時候,發(fā)現(xiàn)了這本書。一開始,我還在《UML和模式應用》和本書之間猶豫,該選哪一本,但當我僅僅拜讀了本書的序言后,就喜歡上他了。 許多我們本土作者的計算機類書籍,讀起來輕松而有親和力,因為經(jīng)歷相似的緣故吧,會讓你感同身受;而一些國外的譯作,總會有一些隔膜。當當網(wǎng)發(fā)貨快速、包裝整潔,很好。
  •   UML建模挺好的書
  •   基本上一口氣讀完的,沒有抄書湊版面,轉載騙稿費的東西,看得出作者確實是做過多年需求工作,內容不光是UML的講解,更多的是需求工作中經(jīng)驗的總結。
  •   學習UML的一本必備之書,介紹很系統(tǒng),對于我這種初學者來說非常有用
  •   看完了第一版,對UML有醍醐灌頂?shù)母杏X,很多模型知道在什么時候選用什么模型了,rup的介紹也很到位
  •   介紹UML非常不錯的書,對概念講的很清楚
  •   不僅僅是UML教科書,而是一本方法學的書。有一點編程實戰(zhàn)經(jīng)驗后,讀起來更有感悟
  •   之前接觸過UML,現(xiàn)在想買本書來系統(tǒng)的看看,在豆瓣上看了評分,還不錯吧。剛到手準備看。
  •   內容很豐富,不是簡單的概念的堆砌。作者憑借自己對UML的深刻理解,將各種概念闡述的很明白。很值得一看!
  •   UML設計經(jīng)典,我寫論文就靠它了
  •   從拿到這本書,就可以仔細研讀,該書作者將多年的面向對象分析設計的經(jīng)驗,融入書中,不愧是大師之作。對于立志與面向對象分析設計的新手來說,可作為寶典放在桌頭。
  •   前面段還不錯的,只是有個疑問,這個UML面對開發(fā)人員是可以的,但是客戶看到基于UML寫的業(yè)務需求,是否能看懂呢。一直存在這個疑問
  •   作為一個要畢業(yè)的學生 才發(fā)現(xiàn)原來只是依樣畫葫蘆 花幾個圖完事兒 根本沒搞懂本質 看了前40頁了 感覺UML的知識很精細啊 好書
  •   這本書是國內作者里寫的比較好的UML方面的書了!??!
  •   不愧是UML第一書啊,
  •   非常經(jīng)典的書,uml學習有很大幫助
  •   我讀過的國產(chǎn)UML書中做好的一本。內容很實用。
  •   uml不錯的書~~
  •   這本書試圖論UML論道,事實上他成功了,講述UML非常到位,是本難得的好書,希望需要的同志們可以仔細研讀,無比有用的經(jīng)典之作。
  •   非常經(jīng)典的UML學習書籍,在讀中~~~
  •   學習UML,非她莫屬!
  •   不錯的書籍,很適合入門級了解UML的相關內容,講解的深入淺出。
  •   從道的層次介紹uml, 好書!!!
  •   信價比很高的書吧·比書店便宜20多塊錢呢~內容應該很好~還沒看多少呢~一個學UML的同事推薦的,我慢慢看吧~
  •   剛看了前幾章,寫的通俗易懂,是一本UML好的參考書,值得去看
  •   作為UML類型書籍,這本書的例子很不錯,深入淺出
  •   真的很實用,非常感謝作者的經(jīng)驗分享。
    這是一本真正的本土化的系統(tǒng)分析及設計的好書,正在讀,理清了我多年的疑惑,非常感謝!
  •   UML的經(jīng)典教材,強烈推薦
  •   買來溫習一下UML,都快忘了
  •   UML好書
  •   新加了面向對象的數(shù)據(jù)庫分析與設計,正是我所想要的。
    去年買的第1版,太贊了!看到本版新加了面向對象的數(shù)據(jù)庫的分析設計方面的內容,正是苦尋數(shù)月的東西。
  •   軟件方面的需求分析,總體說還不錯,總是有經(jīng)驗可以借鑒的嘛
  •   作為想提高軟件設計能力的程序員,可以來看看這本書。
  •   書很好。適合建模學習。
  •   內容不錯,講的很細,需要仔細去閱讀,主要講的是整個軟件的過程
  •   以前都不知道什么是面向對象思想,這本書脫離了傳統(tǒng)教說的方式,結合實例,每次看都有新的感覺
  •   還沒有看完,隨便翻了幾章,內容詳實,脈絡清晰,各種圖例,圖標很實用,值得細細研讀,做軟件工程的都應該買一本,最近太忙,沒大有時間看,一有空一定看完
  •   大師級的作品,通俗的語言文字,生動的項目實例,讓人耳目一新,如醍醐灌頂
  •   大概瀏覽了下,內容豐富,符合軟件工程規(guī)范。
  •   這不是一本一般的書,閱后受益匪淺,讀者最好有幾年項目經(jīng)驗,這樣閱讀可能會更感性一些~
  •   國內的作者,能把這么深奧、枯燥的理論講得這么明白,而且錯誤這么少,真心難得。從字里行間能看到作者滿滿的誠意。推薦從事IT行業(yè),特別是從事研發(fā)崗位的網(wǎng)友們閱讀。
  •   經(jīng)典書,軟件開發(fā)者必看
  •   大象第二版了,早就想買了,一本經(jīng)典的書
  •   作者用自己的語言解釋了那些高深的名詞,舉例加項目經(jīng)驗,看著爽啊!
  •   果然醍醐灌頂,是一本值得看的書。支持國人自己寫的書
  •   書還沒有看完,但是看的過程中都很多次有“原來是這樣,解決了原來的很多疑問”的感覺。非常好!
  •   用例,業(yè)務主角,需求講解的非常好,可以作為教材,也可以作為字典了。正在努力學習中,已經(jīng)學習到第四章了。
  •   正在研讀,通俗易懂,不枯燥,幫我厘清不少概念,解決實際應用的困惑。
  •   剛到貨 看了前兩章,大象這本書有別于其他技術類數(shù)據(jù),作家運用了大量鮮活的例子闡述,由淺入深,實在是一本不可奪得的好書!
  •   作者寫書比較用心,讀的過程中感觸很多
  •   內容實在 實乃作者多年工作經(jīng)驗總結 內容實在 慢慢的細磨 幾年工作以來 很多疑惑的地方 隨著作者的解析 慢慢的解開了 此書實乃好書 強烈推薦 但要求有一定工作經(jīng)驗 到貨速度沒得話說 晚上11點定的 第二天早上9點到貨 要是物流能優(yōu)化到這程度 可見當當網(wǎng)還是很用心的在做的 推薦當當。。
  •   實踐性非常強,充滿思想與智慧的書!
  •   由于沒時間,現(xiàn)在才拿出來看,大神之作。講的比較系統(tǒng)
  •   趕上活動買的,超級劃算,很高興!書很好,很喜歡,準備研究和收藏。
  •   一部開拓思路的好書,往高級發(fā)展需要看和學的書。做著在CLD,同時努力想這個部門進發(fā)。
  •   看了猶如醍醐灌頂般,就算不是計算機專業(yè)的也值得一看
  •   要慢慢學習了. 需要有一定的知識基礎.
  •   大音無聲,大象無形,作者是高手
  •   當你感覺編程已進入一個瓶頸階段而無法突破時,這本是將是一盞指路明燈了。
  •   值得開發(fā)人員一看
  •   該書中解決了我很多疑惑,特別是對那些概念性的詞。書中內容講的真不錯。
  •   不愧是大象,真的不錯。
  •   咋網(wǎng)上看到了.pdf 版的,不過不是最新版,這版還是不錯的,大學時候的教材就是大象
  •   哈哈,當當?shù)奈锪鞔_實很快的,攢一個,書就不用說啦!
  •   書很不錯,里面的每種圖都講解得很詳細
  •   書的印刷很好,裝訂也好,送貨也快,內容講解都很到位
  •   很久沒有給一本書寫過評論了,但是這本書確實是一本好書,以前一直覺得好的技術類的書都是老外寫的,這本書讓我感到驕傲。
  •   書不錯。要讀明白需要功力。
  •   剛看了一章,語言描述很好很強,枯燥的技術也能看得懂了。
  •   難以想象是國人寫的書,和國外作者有的一拼,值得購買
  •   急需這方面的學習
  •   一些學習資料
  •   內容還行吧,網(wǎng)上也有一些,做了一些歸納和總結
  •   看了部分電子版的,不錯,買了
  •   看評價買的這本書。寫的比較詳盡。對工作和軟考有一定參考意義。
  •   正在研讀,期望能學到東西。
  •   需求設計方面的,朋友推薦,感覺不錯
  •   這個書內容一看就是行家寫的,很有見地
  •   是自己想要的書。只不過當當預計21號送達結果22號送達,而且書的左邊裝訂處有1cm左右的撕開的口子。價格蠻實惠的。書的內容具體如何還要等細細讀過了才好說。
  •   書不錯,貨發(fā)得也很快,預計8月12日到貨,8月10日就送到了,贊一下!
  •   真的很快速,書也很滿意
  •   書應該不錯,太有名了,看看絕對錯不了
  •   希望是我想要的書
  •   書的內容不錯,送的也挺快,支持一下
  •   挺好的,送書速度也準時。
  •   別人推薦的書,的確經(jīng)典
  •   經(jīng)典之作,最好去買英語的書。更加經(jīng)典
  •   沒有等很久就收到書了,書很不錯,今天買來后粗略一讀,收貨頗多。哈哈
  •   不錯的一本書,理論與實際相結合
  •   想深入了解的一本書
  •   很不錯的,對工作幫著很大的,正版
  •   內容講解不錯。繼續(xù)慢慢領悟了。
  •   很好的一本書??戳穗娮影嬉院螅l(fā)現(xiàn)還是不錯的一本書,于是買了一本,準備仔細研讀。
  •   內容很齊全,值得學習研究
  •   看過第一版了
 

250萬本中文圖書簡介、評論、評分,PDF格式免費下載。 第一圖書網(wǎng) 手機版

京ICP備13047387號-7