C++20代碼整潔之道-可持續軟件開發模式實踐 (原書第2版) 9787111725268 (德)斯蒂芬.羅斯

圖書均為代購,正常情形下,訂後約兩周可抵台。
物品所在地:中國大陸
原出版社:機械工業
大陸簡體正版圖書,訂購後正常情形下約兩周可抵台。
NT$820
商品編號: 9787111725268
供貨狀況: 尚有庫存

此商品參與的優惠活動

加入最愛
商品介紹
*完成訂單後正常情形下約兩周可抵台
*本賣場提供之資訊僅供參考,以到貨標的為正確資訊。
印行年月:202304*若逾兩年請先於客服中心或Line洽詢存貨情況,謝謝。
台灣(台北市)在地出版社,每筆交易均開具統一發票,祝您中獎最高1000萬元。
書名:C++20代碼整潔之道-可持續軟件開發模式實踐 (原書第2版)
ISBN:9787111725268
出版社:機械工業
著編譯者:(德)斯蒂芬.羅斯
叢書名:程序員書庫
頁數:340
所在地:中國大陸 *此為代購商品
書號:1508136
可大量預訂,請先連絡。

【台灣高等教育出版社簡體書】 C++20代碼整潔之道-可持續軟件開發模式實踐 (原書第2版) 787111725268 (德)斯蒂芬.羅斯

內容簡介

使用現代C++可以編寫可維護、可擴展且持久的軟體。這本書針對最近發布的C++20標準進行了更新,對於每個想精心設計C++代碼並希望節省開發成本的開發人員、軟體架構師或團隊負責人來說,這本書都是必讀之物。如果你想自學編寫更好的C+代碼的方法,那麼本書正是你需要的。它是為所有技能水平的C++開發人員編寫的,通過示例展示了如何編寫易於理解、靈活、可維護且高效的C++代碼。即使對於經驗豐富的C++開發人員來說,本書中的一些要點和數據點也很有用。 如果不認真維護代碼庫,就會遇到很多問題,代碼會變得混亂、不可維護,使用任何語言都如此。但是,C++項目的代碼尤其容易變得混亂,導致維護代碼如同噩夢。有很多C++代碼看起來好像是在20世紀80年代編寫的一樣,完全忽略了編寫現代C++代碼應遵循的原則和良好實踐。似乎C++開發人員已經被那些宣揚軟體工藝和整潔代碼原則的人遺忘了。網路上到處都是C++代碼示例,它們可能運行得很快,很精巧,並且經過了高度優化,但其開發人員完全忽略了編寫良好代碼的基本原則。本書將解釋如何避免這種情況以及如何充分利用C++代碼,幫助你高效地編寫代碼,更重要的是,讓你帶著樂趣去編寫。 通過閱讀本書、你將能夠: 獲得用C++編寫整潔代碼的原則和規則: 執行測試驅動開發(TDD); 更好地模塊化C+代碼庫; 發現和使用C++設計模式與習慣用法; 以面向對象的風格和函數式編程風格編寫C+代碼。

作者簡介

斯蒂芬·羅斯(Stephan Roth),是德國漢堡一家諮詢公司的系統和軟體工程導師、顧問和培訓師。在此之前,他在無線電偵察和通信情報系統領域做了多年的軟體開發工程師、軟體架構師和系統工程師。Stephan還是一位的演說家及作家,目前已出版多本專業書籍。此外,他還是一個堅定的軟體工藝運動支持者,關注于簡潔代碼開發的規範制定及實踐。

目錄

譯者序

技術評審員簡介
致謝
第1章 引言
1 1 軟體熵
1 2 為什麼使用C++
1 3 整潔的代碼
1 4 C++11——新時代的開始
1 5 本書適合的讀者
1 6 本書使用的約定
1 6 1 擴展內容
1 6 2 注意事項、提示和警告
1 6 3 示例代碼
1 7 相關網站和代碼庫
1 8 UML圖
第2章 構建安全體系
2 1 測試的必要性
2 2 測試入門
2 3 單元測試
2 4 關於質量保證
2 5 良好單元測試的原則
2 5 1 單元測試代碼的質量
2 5 2 單元測試的命名
2 5 3 單元測試的獨立性
2 5 4 一個測試一個斷言
2 5 5 單元測試環境的獨立初始化
2 5 6 不對Getter和Setter做單元測試
2 5 7 不對第三方代碼做單元測試
2 5 8 不對外部系統做單元測試
2 5 9 如何處理資料庫的訪問
2 5 10 不要混淆測試代碼和產品代碼
2 5 11 測試必須快速執行
2 5 12 如何設計測試的輸入數據
2 5 13 測試替身
第3章 原則
3 1 什麼是原則
3 2 保持簡單和直接原則
3 3 不需要原則
3 4 避免複製原則
3 4 1 關於避免複製原則的知識
3 4 2 構建抽象有時很困難
3 5 信息隱藏原則
3 6 高內聚原則
3 7 松耦合原則
3 8 小心優化原則
3 9 最少驚訝原則
3 10 童子軍原則
第4章 C++代碼整潔的基本規範
4 1 良好的命名
4 1 1 名稱應該不言自明
4 1 2 使用領域中的名稱
4 1 3 選擇適當抽象級別的名稱
4 1 4 避免冗餘的名稱
4 1 5 避免晦澀難懂的縮寫
4 1 6 避免匈牙利命名法和命名前綴
4 1 7 避免相同的名稱用於不同的用途
4 2 註釋
4 2 1 讓寫代碼像講故事一樣
4 2 2 不要為易懂的代碼寫註釋
4 2 3 不要通過註釋禁用代碼
4 2 4 不要寫塊註釋
4 2 5 特殊情況的註釋是有用的
4 3 函數
4 3 1 只做一件事情
4 3 2 讓函數儘可能小
4 3 3 函數命名
4 3 4 使用容易理解的名稱
4 3 5 函數的參數和返回值
4 4 C++項目中的C風格代碼
4 4 1 使用C++的string和stream來替代C風格的char*
4 4 2 避免使用printf()、sprintf()、gets()等
4 4 3 使用標準庫的容器而不是使用C風格數組
4 4 4 使用C++類型轉換代替C風格類型轉換
4 4 5 避免使用宏
第5章 現代C++的高級概念
5 1 資源管理
5 1 1 資源申請即初始化
5 1 2 智能指針
5 1 3 避免顯式的new和delete
5 1 4 管理專有資源
5 2 move語義
5 2 1 什麼是move語義
5 2 2 左值和右值的關係
5 2 3 右值引用
5 2 4 不要濫用move語義
5 2 5 零原則
5 3 編譯器是你的搭檔
5 3 1 自動類型推導
5 3 2 編譯時的計算
5 3 3 模板變數
5 4 不允許出現未定義行為
5 5 Type-Rich編程
5 6 熟悉使用的庫
5 6 1 熟練使用
5 6 2 使用Boost
5 6 3 應該了解的其他庫
5 7 正確處理異常和錯誤
5 7 1 防患於未然
5 7 2 從字面上講,例外就是異常
5 7 3 如果不能恢復,則儘快退出
5 7 4 用戶自定義異常
5 7 5 值類型拋出,常量引用類型捕獲
5 7 6 注意catch的正確順序
5 8 介面設計
5 8 1 Attribute
5 8 2 concept:模板參數的要求
第6章 模塊化編程
6 1 模塊化的基礎
6 1 1 模塊設計的原則
6 1 2 小結
6 2 面向對象
6 2 1 面向對象思想
6 2 2 類的設計原則
6 3 模塊
6 3 1 #include的缺點
6 3 2 使用模塊來解決
6 3 3 底層實現
6 3 4 使用模塊的三種方案
6 3 5 模塊的影響
第7章 函數式編程
7 1 什麼是函數式編程
7 1 1 什麼是函數
7 1 2 純函數和非純函數
7 2 現代C++中的函數式編程
7 2 1 基於模板的函數式編程
7 2 2 仿函數
7 2 3 綁定包裝和函數包裝
7 2 4 Lambda表達式
7 2 5 通用Lambda表達式
7 2 6 Lambda模板
7 3 高級函數
7 4 管道與範圍適配器
7 5 整潔的函數式編程代碼
第8章 測試驅動開發
8 1 傳統單元測試的缺點
8 2 作為顛覆者的測試驅動開發
8 2 1 TDD的流程
8 2 2 TDD示例:羅馬數字的代碼招式
8 3 TDD的優勢
8 4 不應該使用TDD的場合
第9章 設計模式和習慣用法
9 1 設計原則與設計模式
9 2 常見設計模式及應用場景
9 2 1 依賴注入模式
9 2 2 適配器模式
9 2 3 策略模式
9 2 4 命令模式
9 2 5 命令處理模式
9 2 6 組合模式
9 2 7 觀察者模式
9 2 8 工廠模式
9 2 9 門面模式
9 2 10 貨幣類模式
9 2 11 特例模式
9 3
詳細資料或其他書籍請至台灣高等教育出版社查詢,查後請於客服中心或Line或本社留言板留言,我們即儘速上架。
規格說明
大陸簡體正版圖書,訂購後正常情形下約兩周可抵台。
運送方式
已加入購物車
已更新購物車
網路異常,請重新整理