有時候我們會說，這個設計的好
有時候我們會說，這個設計的不好

為了得到這樣的稱讚，我也曾經想參透這個好與不好的界線

如果拋離客套，好的設計有以下特點
1.不悖離實用
2.有族群
3.簡單

我對這個"簡單"，最有感觸。
基於我們不可能每次看一個(系統/模組/套件)就把他徹頭徹尾的看完。
我們大致上會看入口程式、參數設定、DEMO
所以只要把這三項搞定
除非你的效能實在爛到一個檔次
你的code拿出去給人看，基本上都會豎起大拇指。

所以我慢慢的，寫程式的時候，都把前面300行弄得很乾淨、很EASY
後面再開始髒(喂!)
怎麼弄? 我教你!
就是原本前面可以判斷給不同function作的這種事
挪到後面一點，最後再多包一個class之類的

例如說有一支程式進來的參數有A到Z那麼多種處理方式
你千萬不要像下面這樣

function(argu)
{
    鎖碎的事情~~
    
    switch(argu)
    {
        case a
            作事情
        break ;
        ...
        ...
        ... 
        ( 26個 )
    }
    
    鎖碎的事情~~
}

有點經驗的程式設計師會這樣作

function(argu)
{
    鎖碎的事情~~
    
    switch(argu)
    {
        case a
            call function
        break ;
        ...
        ...
        ... 
        ( 26個 )
    }
    
    鎖碎的事情~~
}

這樣實在太普通了
來看一下高等應用...

function(argu)
{
    doSome1() ;
    
    doSome2(argu) ;
    
    doSome3() ;
}

有沒有看到，如果你程式看到這邊
你下意識會覺得誰比較會寫程式?

想利用重構賺加班費的請連絡下面這支電話
02-28825252~ 超過十點就不要打來了，因為~我~睡~了~