《C# 敏捷開發實踐》
========== ========== ==========
[作者] (英) Gary McLean Hall
[譯者] (中) 許順強
[出版] 人民郵電出版社
[版次] 2016年07月 第1版
[印次] 2016年07月 第1次 印刷
[定價] 69.00元
========== ========== ==========
【第一部分】
(P001)
撰寫代碼是軟體開發的核心作業，而撰寫好用的代碼有很多不同的方式，及時拋開平臺、語言和框架的影響，對于一個開發人員，最簡單的一個功能的實作也會有多種選擇，
撰寫的代碼也應該具備一定的自適應變更的能力，
【第01章】
(P030)
自律是一種始終能夠拒絕眼前傭訓而選擇長期利益的能力 —— Mike Alexander ，健身專家
(P035)
通常認為單元測驗覆寫率至少要達到百分之八十，
【第02章】
(P042)
對 .NET Framework 程式集的參考總是會導致加載這些程式集，即使你并沒有真正使用某個 .NET Framework 程式集，它依然會在應用程式啟動的時候被加載到記憶體中，
(P065)
ASP.NET API 用來創建基于 .NET Framework 的 REST 服務，
(P071)
分層 (layering) 是一種架構模式，它鼓勵開發人員將軟體組件看作是水平功能層，而一個完整的應用程式可以劃分為多個水平功能層，分層形成的組件一個疊加在另外一個上面，它們的依賴關系方向必須朝下，也就是說，程式最底層的組件沒有依賴，每個層只能依賴它的直接下層，通常情況下，應用程式的頂層都是用戶界面，服務程式的頂層都是客戶端用來與服務端互動的 API ，
(P072)
問題越復雜，越可能引入更多分層的架構，
總是追求很完美的方案是沒有意義的，因為客戶心中的完美與開發團隊想象的完美有可能不一樣，
多層架構要比簡單的兩層劃分方案耗費更多的開發時間，也無法及時獲取重要的用戶反饋，
物理層的數目就是單個應用程式拆分部署的宿主機器數目，
同一臺機器上的跨行程互動的時間代價已經比較高了，而跨越網路邊界互動的時間代價比前者還要高出很多，
多物理層的部署方式依然有一個明顯的優勢，那就是它賦予應用程式更好的擴展能力，
(P073)
用戶界面層不應該直接參考資料訪問層具體實作所在的程式集，這兩個層次的介面和實作程式集也應該是嚴格分開的，
(P074)
資料訪問層的所有介面都應該隱藏所有與技術相關的事情，也不應該引入任何對第三方的依賴，這樣才可以保證客戶端完全不受具體實作選擇的影響，
設計良好的資料應用程能夠在多個應用程式中重用，
(P077)
面向切面編程是代碼中跨層次的縱切關注點 (也稱為切面) 的運用，
【第03章】
(P080)
介面是 Microsoft .NET Framework 開發中一個非常強大的構件，盡管關鍵字 interface 很簡單，但是它代表了一個非常強大的范式，如果正確應用，介面定義的擴展點會讓你的代碼具有非常好的適應變更的人能力，
(P107)
回傳非介面類資料的方法都不是流方法，非流方法會導致客戶端代碼中方法鏈方式的呼叫中斷，
【第二部分】
(P145)
S - 單一職責原則；
O - 開放與封閉原則；
L - Liskov 替換原則；
I - 介面分離原則；
D - 依賴注入原則；
【第05章】
(P172)
基于 .NET Framework 平臺開發應用的最大優勢就是它能很好地支持快速應用開發 (Rapid Application Development , RAD) ，
通常情況下， C# 被認為有助于提高開發效率，但開發出的應用程式運行速度相對卻比較慢，
【第06章】
(P186)
切記，任何沒有標記 sealed 關鍵字的類都提供了繼承能力，類并不是必須要有虛方法或者抽象方法才能夠派生子類，
【第08章】
(P243)
介面分離會生成很小的介面，介面規模越小，就變得越通用，
【第12章】
(P324)
水平擴展是指應用程式應該能夠通過額外的服務機器以支持更多用戶的并發訪問，
垂直擴展是指應用程式在通過增強單個機器的能力以支持更多用戶的并發訪問，
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/20474.html
標籤：C#
上一篇：Java與C#