以往ASP.NET以web form開發系統時, 同一個子系統有多人開發時, 每個人把所要開發的web form分一分, 然後各自開發, 完成後再把每個人開發的web form, 整併到子系統的目錄層就可以了, 但是到MVC的架構時, 可能一個子系統(目錄層)就一個controller, 每個controller的action(method)對應到多個View, 請問此時coltroller可以怎麼分配工作, 總不能各自完成自己負責的View的Action後, 然後由某人負責將程式複製,貼上到controller吧
已邀請的邦友 {{ invite_list.length }}/5
那個Controller就由一個人負責開發，比較單純，我們團隊是用Git的方式做開發，有需要的時候就合併，最好每個人處理不同的檔案，才不會有衝突，當然衝突也是有解決的方式，不過盡量不要。不過我們是包全套的，基本上網頁只由一個人負責，不過會有很多專案，會參考到其他專案。
我目前有用JSP(Strust2+Hibernate+Spring)及ASP.NET Web Form開發軟體, 基本上都是一個畫面配後一支後端程式, 但是最近在看ASP.NET MVC時, 發現一個Controller跟多個畫面(View)共用, 相當於一子系統有可能就一個Controller, 這樣在開發或維護時就很困擾, 試想一個較複雜的程式, 上千行的source code是跑不掉的, 如果一個子系統有5支程式, 大家都擠在一個controller, 裡面的source code就很恐怖了, 真不知這種方式到底有甚麼好處
上千行還好吧，我們的程式基本上上萬行都很正常，
不過那是後端啦，網頁比較沒那麼多，
MVC本來就是這樣啊，我倒是比較喜歡MVC，可能因為我是獨立開發的吧，全部都在一個Controller比較方便，不用切來切去的，不過MVC和Web Form有不小的差別，要去瞭解一下再決定要用哪一種吧
多人開發 可以使用版控 例如:git,svn
這些工具可以幫助你很好的解決衝突(遇到衝突多多和同事溝通討論)
有時候也會遇到 Controller 多人修改的時候 就會常常遇到衝突
而解決衝突又是另一個學問了
我的分配是儘量從 Controller 再劃分實質工作至不同的 Service layer，Controller 角色單純成為應答需求 (receive requests and respond to Views) 及連接需求服務程式 (connect to Services)，將 Controller 的工作減輕，最好成為左手進、右手出的小助手 (或是管家)，真正的工作在 Models/Services，再分派給其他夥伴開發。
我還是會再三確認，是否真的有多個 Views 會需要連接到同一個 Controller? 還是只有使用部分，這裡也可以再做切割成多個 Controllers，至於功能重複部分，再抽象成為 Services。
以上個人經驗，供您參考。
[抱歉，回錯位置]
我的分配是儘量從 Controller 再劃分實質工作至不同的 Service layer，Controller 角色單純成為應答需求 (receive requests and respond to Views) 及連接需求服務程式 (connect to Services)，將 Controller 的工作減輕，最好成為左手進、右手出的小助手 (或是管家)，真正的工作在 Models/Services，再分派給其他夥伴開發。
我還是會再三確認，是否真的有多個 Views 會需要連接到同一個 Controller? 還是只有使用部分，這裡也可以再做切割成多個 Controllers，至於功能重複部分，再抽象成為 Services。
以上個人經驗，供您參考。
iThome鐵人賽
看影片追技術