程式設計 /z/programming
4
框架不應該有「models」資料夾 | 轉個彎日誌 (blog.turn.tw)
9 則討論 koji 張貼於

caterpillar 積分 5

沒有 model 資料夾，文中的問題也是會發生 … XD

回應

caterpillar 積分 5

再弱的約束，也可以靠良好設計令其有序；再強的約束，阻止不了天真的設計，就算是 IO Monad1 也不例外 … XD

1
http://www.codedata.com.tw/social-coding/haskell-tutorial-20-io-monad/
回應

popcorny 積分 3 編輯於

MVC永遠吵不完 XD，這次是要炒需不需要一個models資料夾。不過我覺得

  • model/entity
  • model/dao
  • model/service
  • model/task

都比你放在最上一層好..

或是有人喜歡用domain分

  • model/account
  • model/product
  • model/order

但我覺得還是有一個model資料夾.. 清楚分別MVC比較好

不過既然是Architectural pattern， 就是希望你用MVC把程式架構成三部分，

  • M是除了Entity本身還有可以獨立運行的App邏輯
  • V是把Model呈現, 所以依賴M
  • C是對外面的接口，可能是UI Event，CLI Arguments，HTTP Request 把他內化成程式內部的行為，產生M丟給V，所以依賴M跟V。

這跟實作上要不要model目錄沒關係。即使沒有model目錄，不太清楚MVC架構的人還是會把M寫在C，或是V跟C瓜葛不清。

回應

IngramChen 積分 1

同意啊，真不曉得作者糾結的點在哪，也許是 ruby 生態係的關係?

model, domain, core, 公司名 這四種是常用的 model folder 命名，用哪個就看團隊共識。把 entity, pure logic, dao 等等放在同一個目錄下好管理多了。因為這個 folder 會隨著需求一直長大啊，而這個 folder 外的，像是 aop, log, monitor, generator 什麼的也會隨服務成長一直變多。何必全擠在一起呢

回應

qrtt1 積分 2

從他前二篇爭議文來看，我已經對他寫的文章失去了興趣了 xd

回應

koji 積分 1

看到他寫 Laravel 所以應該是 php ?

回應