close
一個系統分多個專案
在ASP.Net MVC專案中，有的技術文章會說把一個方案中分成多個專案
我對此第一個考量是「有必要嗎?」
在ASP.Net MVC專案中，有的技術文章會說把一個方案中分成多個專案
我對此第一個考量是「有必要嗎?」
我認為一般的Web專案不需要分得太多專案
原因是不需要共用與切換
如果真的要分成多個專案，方便共用與切換，那麼要發揮這架構的優點，將會是很令人苦惱的事情
原因是不需要共用與切換
如果真的要分成多個專案，方便共用與切換，那麼要發揮這架構的優點，將會是很令人苦惱的事情
舉例來說，像我寫程式會習慣寫個ViewModel
這樣前端頁面不會直接碰觸使用entity framework產生的class
如果要分成多個專案，View與Controller放一個專案(以下通稱Web專案)，service要放另一個專案。
ViewModel的放置將會是個問題
如果直接放置web專案，service專案要使用，就得引用web專案，但web專案又會引用service專案。
如果放service專案，那兩個專案又會綁得很死
如果再分成第三個專案，把ViewModel抽出來，程式架構又變得很複雜
這樣前端頁面不會直接碰觸使用entity framework產生的class
如果要分成多個專案，View與Controller放一個專案(以下通稱Web專案)，service要放另一個專案。
ViewModel的放置將會是個問題
如果直接放置web專案，service專案要使用，就得引用web專案，但web專案又會引用service專案。
如果放service專案，那兩個專案又會綁得很死
如果再分成第三個專案，把ViewModel抽出來，程式架構又變得很複雜
評估的最後關鍵，就是回到「有必要嗎?」
全站熱搜
留言列表
