iT邦幫忙

DAY 24
2

IT人生不如死系列 第 21

IT設計師的朝三暮四

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

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

如果拋離客套,好的設計有以下特點
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~ 超過十點就不要打來了,因為~我~睡~了~


上一篇
如果自己懂多一點,想寫成一本書
下一篇
走火入魔
系列文
IT人生不如死28

尚未有邦友留言

立即登入留言