【轉載】編程原則和模式

本人一直推崇寫流暢、自然、可自解釋的代碼，讓優雅成為一種習慣。

溫故而知新，聊一聊現代編程幾大常見的編程原則

KISS
大多數系統保持簡單，會運行的很好。

• 更少的代碼消耗更好的時間，產生更少的 bug，並且容易修改
• 複雜業務都是由簡單代碼堆砌而成
• 完美並不是“沒有什麼東西可以再加”，而是“沒有什麼東西可以被去掉”

YAGNI
YAGNI 代表“you aren't gonna need it.”，不要自以為是的提前實現某些邊角，直到真正需要的時候，再來做。

• 提前做明天才需要做的工作，意味著當前迭代中需要花費更多精力
• 導致代碼膨脹，軟體變得臃腫且複雜

Separation of Concerns
關註點分離是一種將電腦程式分為不同部分的設計原則，這樣每個部分都可以解決一個單獨的關註點。例如應用程式的業務邏輯是一個問題，而用戶界面是另外一個問題，更改用戶界面不應要求更改業務邏輯，反之亦然。

• 簡化應用程式的開發和維護
• 如果關註點分離得很好，則各個部分可以重覆使用，也可以獨立開發和更新。

Interface Segregation Principle
介面隔離，將胖介面修改為多個小介面，

調用介面的代碼應該比實現介面的代碼更依賴於介面。
why：如果一個類實現了胖介面的所有方法(部分方法在某次調用時並不需要),那麼在該次調用時我們就會發現此時出現了(部分並不需要的方法)，而並沒有機制告訴我們我們現在不應該使用這部分方法。
how: 避免胖介面，類永遠不必實現違反單一職責原則的介面。可以根據實際多職責劃分為多介面，類實現多介面後， 在調用時以特定介面指代對象，這樣這個對象只能體現特定介面的方法，以此體現介面隔離。

public interface IA
    {
        void getA();
    }

    interface IB
    {
        void getB();
    }

    public class Test : IA, IB
    {
        public string Field { get; set; }
        public void getA()
        {
            throw new NotImplementedException();
        }

        public void getB()
        {
            throw new NotImplementedException();
        }
    }
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("Hello World!");

            IA a = new Test();
            a.getA();       //  在這個調用處只能看到介面IA的方法， 介面隔離
        }
    }

Command Query Separation
命令查詢分離: 操作方法就只寫操作邏輯，查詢方法就只寫查詢邏輯，並以明顯的方法名區分自己的動作。
有了這個原則，程式員可以更加自信地進行編碼:由於查詢方法不會改變狀態，因此可以在任何地方以任何順序使用，使用操作方法時，也心中有數。

總結

懂得這麼多道理，卻依舊過不好這一生。前人總結的編程原則和方法論需要在實踐中感悟，束之高閣，則始終不能體會編程的魅力和快感。

[轉載：[溫故知新] 編程原則和模式](Dotnet Plus)