MVC 模式(Model–view–controller)是軟體工程中的一種軟體架構模式,把軟體系統分為三個基本部分:模型(Model)、視圖(View)和控制 ... ... <看更多>
asp. net mvc架構 在 Duran 研究筆記- 微軟相關技術- 點部落 - Pinterest 的推薦與評價
Jan 4, 2019 - 本篇除了簡單說明MVC 概念,也進一步說明Asp .Net MVC Web Application 專案架構。呈現環境為visual studio 2015. ... <看更多>
asp. net mvc架構 在 Re: [閒聊] 開發一定要用MVC架構? - 看板Soft_Job 的推薦與評價
※ 引述《gama1107 (球~並不是這摸踢滴...)》之銘言:
: 大哥大姐
: 我們公司的購物網站(ASP.NET C#) 要加些新功能,
: 因人手不足, 想透過外包去做,
: 唯一的條件是:
: 我們不要使用MVC架構去開發。
: 誰知道外包聽到這個要求,就寧可不接了!
: 唉...因為公司的工程師,都已經習慣用 WebForm專案的方式寫程式
: 為了能快速去修改程式碼 ,才做這樣的要求
: 我們錯了嗎? MVC架構真的比較好嗎?
Q1: 外包他說MVC架構的意思?
A1: 此外包公司意思應該是APS.NET MVC, 就一樣是C# 但是是另外一種framework
就像PHP framework有Cake PHP, Code Ignite...等
Q2: ASP.NET MVC 做專案有甚麼優點?
A2: 我只學到ASP.NET MVC 2.0 (3.0 + 4.0 聽說改進不少 就在請前輩補充)
個人感覺不用控制項在外包公司來說比較省力
APS.NET MVC 在HTML, css, javascript 前端頁面這邊比較容易把工作分開
盡量不要用控制項處理css, js, ajax的話
"粗淺"的來說 他可以比較輕鬆的把工作切成三大塊
1.HTML + CSS 2.javascript + AJAX 3.後端程式碼處理
把專業拆開來了 就比較好分工了 人力調度更自由了
專精1的人大多在業界價錢不高 很多公司當成美編來看
專精1+2的找對公司 就是稀世珍寶 找錯超容易爆肝...
專精2+3的就比較常見的web工程師
分類有點"粗淺" 還有很多特別的專業 不過考慮進來就太遠啦
外包公司可以拿一個網頁版型直接套而不用考慮到
我的前公司某些網站四年來都用一樣的版型,
換個美工改改圖片 + CSS超省成本的
那支有問題的jQuery 聽說兩年都沒打算修好 遇到的人自己處理zzz
Q3: 那ASP.NET WebForm 不能用MVC架構嗎?
A3: 當然可以!! 只要有心甚麼都可以用MVC概念!
但是個人覺得在WebForm這塊跟MVC主要差距
我覺得就是差在這個控制項
我曾經寫過幾乎不用控制項的WebForm 寫成MVC架構
接手的人說他完全沒看過這寫法(好吧 那時我也是第一次這樣寫...)
控制項可以調整頁面, 幫你處理js + ajax 可以處理的事情
但是相對的要用的熟又不容易學
如果專精在用控制項做js + ajax的事情又有點笨重
微軟有考量到的點是處理的不錯 沒考量到的完全只單用控制項
甚至有的系統是完全沒有Art參與 頁面都是工程師設計的
那種沒練個幾年 叫人去寫會想哭出來吧(而且通常醜醜的!!)
Q4: 那兩者比較有甚麼差異?
A4: 第一點是 WebForm要求比較高 初期來說要懂得多一點
第二點是 MVC 把專業分比較開 單一人才比較好找 leader夠強會分配的話
一個新人丟進來 有點能力先培養他部分能力 就可以當戰力用了
運氣不好這新人可能學一年還在做一樣的東西
再來以現在業界的流動率 沒請高薪留不住 低薪請來的搞不太定
專案要押時程更是難找人力 難分工更容易導致速度慢
怎麼算都不划算...而且現在公司沒在養人的
簡單的說一句話 老師傅很貴 作業員很便宜
就像原文推文說的 我三十年來都用這塊模 生產線都跑很順了
你開個客製化的商品 + 量產品的價錢 他當然不接囉
不過業界最暗黑的是 拿著量產品改一下就要賣客製化的價錢
因為生產線請不到人還把量產品搞壞了!!
還是吃定一些公司不懂 出問題再來處理 錢收到手在說
難怪業務跟PM才是專案裡最大的功臣阿~~
--
最喜歡的一句話是?
世界和平
最尊敬的人是?
德蕾莎修女
請說一句話。
大家都要幸福喔~
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.164.65.21
※ 編輯: lance70176 來自: 1.164.65.21 (06/29 02:04)
覺得難用+1 曾經在處理某個比較複雜的AJAX case搞的焦頭爛額
感謝樓上兩位指教
請指教哪說錯了~
哈哈 抱歉讓Ruby作者怒了~ 一時記錯 真是抱歉
... <看更多>