網站連結

最新回應

<< [轉載]SQL SERVER 自動轉換害了你 | Home | 當SQL2005使用圖形介面修改資料出現 資料列中的資料是未認可。 錯誤來源： microsoft.VisualStudio.DataTools >>

不是為了分層而分層，是為了開發速度，代碼質量，維護難度做的一個綜合性比較。

分層的好處多多，所以大家都採用分層開發，可是如果分層分的一塌糊塗，UI中有業務邏輯，
Da也有業務邏輯，而且還循環引用，那分層不如不分層。


2008/3/26 18:47| 閱讀數 : 381 | 我要推薦 | 2 Comments | 文章分類: 讀書心得 訂閱

回應

  • bibbynet 2008/4/8 上午 03:51 回覆

    # re: 不是為了分層而分層

    不過還是建議學著去分層..
    因為層一分..很多問題就迎刃而解了...
    不用在去搞那難搞得server contorl..^^||..

  • dotjum 2008/4/8 上午 09:53 回覆

    # re: 不是為了分層而分層

    to bibbynet :
    其實我在公司的環境面臨的狀況，是之前大家看了ASP.NET 1.1的
    StarterKit ，就沿襲微軟簡單三層式架構 UI-Facade-DataAccess
    但因為設計考慮缺周詳的設計，最後的設計，變成
    Facade 一個 Method 就對應一個 DataAccess Method，
    在 Facade 的 Class 中就直接 return new DataAccess.MethodName();
    讓我自己覺得分層的目的已經喪失了，才由感而發，
    最近開始學習以 Entry Mode 的方式，如果能夠有點心得的話，
    在分享給大家。

     


*標 題:

*姓 名:

 電子郵件: (將不會被顯示)

 個人網頁:

*回應

登入後使用進階評論

Please add 8 and 2 and type the answer here: