iT邦幫忙

DAY 17
2

開發web所要學習的領域系列 第 17

開發程式時的分層建構

切三層肉 做梅干扣肉 比較合適吧..
在撰寫程式時,一定會建立很多method或function
建構的原因是可以讓其他程式去呼叫
另外也會切許多層
如展現層 商業邏輯層 資料存取層等..這些都要視系統的實際狀況去做
視專案的大小 可能是不同的資料夾 可能是不同的專案 可能是不同的方案...
不是一成不變的..
層經有個不想把案子趕快做完的客戶(參考另一篇文章)
有天大呼小叫的跑來說 你程式開始寫了沒
我回他:開始了
他又大叫 深怕沒人知道他在做事情: 那你程式有切很多層嗎
我回他:有(有點懶得想理他,因為今天他的主管在辦公室..所以故意說話大聲一些..表示有在做事情..)
他好像不死心又大叫:你程式怎麼切我不管,但至少要切三層tier..
我心裡你最好在叫大聲一點...,豬頭二百五一個,自己先回去把什麼是tier查清楚再來大呼小叫..那個叫做tier嗎..
不過他是經不起人糾正的一個毛都沒長齊的惡女...所以懶的理他..繼續工作...

一般來說最基本的
UI-->輸入格式檢核-->驅動頁面事件-->呼叫商業邏輯-->資料存取
也就是說輸入的資料 如EMAIL格式對不對 在UI這個層面就可以處理掉 如JAVASCRIPT..
格式檢核正確了 資料在往後跑
事件是說 頁面的按鈕 下拉式選單的變更選取等
這時會依找按鈕的功能 去呼叫商業邏輯處理..但也可能略過
最後再去資料庫把資料取出或存入或異動..

這樣在維護和開發時 是有幫助的
沒什麼標準 只要切的適用 就是好的
或是可以用一個方式來檢驗
當UI換成SILVER LIGHT或WINDOWS FORM時...
若只有UI這層本身做小幅異動 其他部分都不用動到
那就是OK了
否則切跟沒切還不是一樣..
另外也別跟那個二百五客戶一樣 跑去叫別人用程式切tier..
我看切三層肉 做梅干扣肉 比較合適吧...


上一篇
控制項ID宣告
下一篇
flash接收參數
系列文
開發web所要學習的領域30

尚未有邦友留言

立即登入留言