軟件設計的哲學：前言
。所有這些討論都是有價值的，但是軟件設計的核心問題在很大程度上仍然沒有觸及。David Parnas的經典 ...
原文：軟件設計的哲學：第十一章 兩次設計
目錄 設計軟件是困難的，所以你對如何構建一個模塊或系統的最初想法不太可能產生最好的設計。如果您為每個主要的設計決策考慮多個選項，您將得到一個更好的結果：設計兩次。 假設您正在為GUI文本編輯器設計管理文件文本的類。第一步是定義類將呈現給編輯器其余部分的接口 與其選擇第一個出現在腦海中的想法，不如考慮幾種可能性。一種選擇是面向行的接口，它具有插入 修改和刪除整行文本的操作。另一個選項是基於單個字符 ...
2019-12-22 07:25 0 284 推薦指數：
相關推薦
軟件設計的哲學【翻譯】--目錄
2020年必讀書籍推薦：軟件設計的哲學（A Philosophy of Software Design），本書190多頁，豆瓣的點評分在9分以上，目前只有英文版本，中文版還未上市，英文好的同學建議去直接閱讀原版。 作者簡介 John Ousterhout是斯坦福大學計算機科學教授。他目前 ...
2020薦書：軟件設計的哲學
2020年必讀書籍推薦：軟件設計的哲學（A Philosophy of Software Design），本書190多頁，豆瓣的點評分在9分以上，目前只有英文版本，中文版還未上市，英文好的同學建議去直接閱讀原版。 內容簡介 書中討論了軟件設計的主題：如何將復雜的軟件 ...
現代軟件工程 第十一章 【軟件設計與實現】 練習與討論
1 如何避免在產品開發后期不斷有重大修改，導致其它模塊的連鎖反應? DCR Tell mode vs. Ask mode設計變更 在項目早期，如果大家覺得要做一個設計變更，便可以采用告知模式（Tell-mode）的形式，也就是說，修改方必須通告所有關系人：“我在這里修改了某某界面 ...
軟件設計的哲學：第二十章 性能設計
目錄 20.1 如何考慮性能 20.2 修改前的測量 20.3 圍繞關鍵路徑進行設計 20.4 一個示例:RAMCloud緩沖區 20.5 結論 到目前為止，軟件設計的討論都集中在復雜性上，我們的目標是使軟件盡可能的簡單和易懂。但是，如果您正在開發 ...
軟件設計的哲學：第十八章 代碼的可見性
目錄 18.1 使代碼更簡單的東西 18.2 使代碼不那么明顯的事情 18.3 結論 晦澀是2.3節中描述的復雜性的兩個主要原因之一。當系統的重要信息對新開發人員來說不明顯時，就會出現模糊現象。模糊問題的解決方案是用一種簡單易解的方式來寫代碼。本章討論 ...
軟件設計的哲學： 第九章 合並還是分解
9.9 結論 軟件設計中最基本的問題之一是：給定兩部分功能，它們應該在同一個地方一起實 ...
軟件設計的哲學： 第十五章 先寫注釋
目錄 15.1 延遲的注釋是糟糕的注釋 15.2 先寫注釋 15.3 注釋是一個設計工具 15.4 早期的注釋很有趣 15.5 早期的注釋代價高昂嗎? 15.6 結論 許多開發人員將編寫文檔的工作推遲到開發過程的末尾，即編碼和單元測試完成之后 ...