三層架構的bussiness層沒用?

首先說明一下三層架構
舉一個被舉爛的例子，飯店的例子
1.資料庫（或其它資料來源）——市場
2.dataaccess層——飯店倉庫，從市場買來
3.bussiness層——飯店廚房，加工原料
4.頁面層——給客人上的菜(提供最終資料給頁面程式員)
     但是現在為什麼感覺“廚房”沒用了了那
     首先，現在用預存程序用的很多，其中的資料的商務邏輯處理大部分在預存程序中處理了，就好像從市場買來的原料都是已經加工好了，不用廚房再加工了，比如買熟食
     然後，有一些簡單的商務邏輯，在頁面層被處理了，就好像吃火鍋，叫顧客（頁面程式員）自己做菜.
     然後在這 說一些，在理想的物件導向思想的程式設計，是通過ORM資料對應，把資料來源的資料結構一點不拉的映射成對象，然後通過bussiness層去加工對象，這時候bussiness層就有用武之地了，但是現在由於在.net架構裡的ADO.net中Dataset非常好用，結構做的非常好，所以基本上直接把關係應映射Dataset公用結構了，頁面用Dataset結構就可以了，所以現在在.net中，ORM還是有一定局限性的。這也是bussiness好像被弱化的一個原因。

     結束語：所以說bussiness層不是沒用，而是被分開實現了。