目錄 20.1 如何考慮性能 20.2 修改前的測量 20.3 圍繞關鍵路徑進行設計 20.4 一個示例:RAMCloud緩沖區 20.5 結論 到目前為止,軟件設計的討論都集中在復雜性上,我們的目標是使軟件盡可能的簡單和易懂。但是,如果您正在開發 ...
目錄 . 異常增加復雜性的原因 . 例外情況太多 . 定義不存在的錯誤 . 示例:在Windows中刪除文件 . 示例:Java子字符串方法 . 屏蔽異常 . 異常聚合 . 事故 . 設計不存在的特殊情況 . 做過了頭 . 結論 異常處理是軟件系統中最糟糕的復雜性來源之一。處理特殊情況的代碼天生就比處理正常情況的代碼更難編寫,而且開發人員經常在定義異常時沒有考慮如何處理它們。本章討論了異常對復雜 ...
2019-12-21 07:13 0 285 推薦指數:
目錄 20.1 如何考慮性能 20.2 修改前的測量 20.3 圍繞關鍵路徑進行設計 20.4 一個示例:RAMCloud緩沖區 20.5 結論 到目前為止,軟件設計的討論都集中在復雜性上,我們的目標是使軟件盡可能的簡單和易懂。但是,如果您正在開發 ...
目錄 12.1 好代碼是自我解釋的 12.2 我沒有時間寫注釋 12.3 注釋會過時並產生誤導 12.4 我所看到的一切注釋都是毫無價值的 12.5 良好的注釋的好處 代碼內文檔在軟件設計中起着至關重要的作用。 注釋對於幫助開發人員理解系統和有效地 ...
一、資料信息 Ingress-Nginx github 地址:https://github.com/kubernetes/ingress-nginx Ingress-Nginx 官方網站:http ...
9.9 結論 軟件設計中最基本的問題之一是:給定兩部分功能,它們應該在同一個地方一起實 ...
目錄 15.1 延遲的注釋是糟糕的注釋 15.2 先寫注釋 15.3 注釋是一個設計工具 15.4 早期的注釋很有趣 15.5 早期的注釋代價高昂嗎? 15.6 結論 許多開發人員將編寫文檔的工作推遲到開發過程的末尾,即編碼和單元測試完成之后 ...
結論 第四章論述了模塊的深度。本章以及隨后的幾章將討論創建深度模塊的技術。 5.1 信息隱 ...
一、網絡設備基礎 1、交換機(switch),是一種用於電(光)信號轉發的網絡設備。可以為接入交換機的任意兩個網絡節點提供獨享電信號通路,工作在第二層、第三層。最常見的是以太網交換機,下圖是華為S2 ...
本章問題 1.成員和數組元素有什么區別? answer:Structure members can be all different types;they are accessed by name ...