Re: [閒聊] 開發一定要用MVC架構 ?

看板Soft_Job (軟體人)作者 (聽著 哼著 想著 )時間11年前 (2013/07/02 11:43), 編輯推噓3(3019)
留言22則, 5人參與, 最新討論串8/9 (看更多)
我的工作心得是其實用.net MVC也好,用WebForm也好 只要能把功能定義清楚,能解決需求,都是好的做法 但我現在碰到最頭痛的東西是用webform把程式硬寫成MVC架構的各種系統... 不但充分運用了控制項的方便 還可以一直對需要的邏輯做新增動作 看起來超方便的啊 ,根本就是高手才玩得出來的東西 可是每次接到這樣的系統一看 程式碼亂得要死 結構只要經過不同人改幾次就會完全不知道邏輯怎麼走 各種user需求的功能一直在奇怪的點上用不同方式新增 系統結構也開始四處開支茂葉..接到這種系統真的會有ooxx的心情.... 這時候只會想說 拜託各位先進前輩 coding可以單純一點 寫點人看得懂的東西嗎orz -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 101.12.33.254 ※ 編輯: tomo1026 來自: 101.12.33.254 (07/02 11:46)

07/02 12:37, , 1F
方便->沒有規則限制->一大坨
07/02 12:37, 1F

07/02 12:43, , 2F
是寫的人的問題~跟MVC不相干~寫的時候沒有規劃~不管之前的
07/02 12:43, 2F

07/02 12:44, , 3F
架構有多好~都是白費...
07/02 12:44, 3F

07/02 12:45, , 4F
所以其實微軟MVC把控制項完全拿掉是有原因的...
07/02 12:45, 4F

07/02 12:46, , 5F
有控制項太方便 無法控制開發人員在哪邊新增功能
07/02 12:46, 5F

07/02 12:49, , 6F
推你...
07/02 12:49, 6F

07/02 12:50, , 7F
跟mvc相關的點在於 mvc應該要很清楚看出邏輯在哪邊改
07/02 12:50, 7F

07/02 12:51, , 8F
但結合控制項以後 這限制就消失了 到處都有邏輯 又不
07/02 12:51, 8F

07/02 12:51, , 9F
完全是相依在該form的功能上 有些去拉邏輯層資料 有些
07/02 12:51, 9F

07/02 12:52, , 10F
又自己在form裡寫出來 讓看code都要跳來跳去真的會起笑
07/02 12:52, 10F

07/02 13:15, , 11F
那就是沒有確切切割出來啊~不是嗎? 的確很多時候無法完全
07/02 13:15, 11F

07/02 13:17, , 12F
切割~需要大家一起想個較好的方式處理~讓大家有共識...
07/02 13:17, 12F

07/02 13:26, , 13F
我只能說讓大家有共識是一個很棒的理想orz 公司一大人一
07/02 13:26, 13F

07/02 13:26, , 14F
多 什麼共識都跟沒有一樣 ...
07/02 13:26, 14F

07/02 15:15, , 15F
mvc前端js要求較高,沒postback只能自己控制狀態用ajax
07/02 15:15, 15F

07/02 15:15, , 16F
,但這樣server負擔也就少很多了...還有其他地方架構
07/02 15:15, 16F

07/02 15:15, , 17F
不同嗎?
07/02 15:15, 17F

07/02 18:01, , 18F
市面上的mvc框架大都會強制寫法與擺放位置 人是懶惰的
07/02 18:01, 18F

07/02 18:03, , 19F
不去強制一定會就會貪圖自已方便隨便加程式可以動就好
07/02 18:03, 19F

07/02 18:04, , 20F
而不考慮後續維護的人會很痛苦
07/02 18:04, 20F

07/03 00:49, , 21F
理不理想就看主管管不管、員工想不想提囉~我前公司是會拿
07/03 00:49, 21F

07/03 00:50, , 22F
出來討論出一個大家都可以接受的solution的...
07/03 00:50, 22F
文章代碼(AID): #1HqankAn (Soft_Job)
文章代碼(AID): #1HqankAn (Soft_Job)