※ 引述《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作者怒了~ 一時記錯 真是抱歉

※ 編輯: lance70176 來自: 1.164.65.21 (06/30 00:50)