Re: [閒聊] ASP.NET MVC 寫三年還能記得 ASP.NET ajax 怎寫?

[brocker (dinotw)]

目前公司是接案公司 不管是MVC或是WebForm都有用到 淺談這兩著的優缺點的話:

1.
MVC管理上是真的很方便 因為我們前端是外包 我們只負責後端 所以切割得很仔細 寫

法上後端的寫法有條有理 任何一個方法都包在controller的action裡面 去做處理 維護

上乾淨俐落

優點:用再持久系的大型專案上非常的有效率

缺點:時效性的活動案子會不太適合

補充：mvc有個新的apicontroller 是專門寫接直用的api ,也是個非常好用的物件


2.
WebForm是講求快速開發的架構 他主要有分兩大種

a.第一種-原始的控制項寫程式的方式:

其實我個人最早是學這一種,當然我現在有些案子還是會用這個方法

優點:直接拉控制項在後端寫是一個非常方便的做法,或許很多人會不喜歡他的架構跟難維

護性,但這裡我不得不說他很好用的兩個控制項gridview repeater 這兩個控制項可以省

去你很多撈資料庫麻煩的時間 特別是repeater 跟前台設計搭配是一絕,

不過通常都是用在內部網站才會用到


缺點:難維護是重點 所以很多人都不太喜歡這方法

b.第二種-這就是有一點在使用mvc的觀念-前端用ajax連到ashx撈資料的做法:

這做法就是完全不使用.net的控制項 後端都用ashx去處理

優點:這做法適合短期的活動使用 甚至可以把所以有方法都寫在同一支ashx去做處理

缺點:我想不到缺點 維一缺點可能就是你要很熟AJAX 不過熟了也還好 但其實這架構是我
最少使用的做法 因為有些活動我還是會用第一種做法

補充:這做法也可以做單純接值的api很好用 只是我通常都用mvc的apicontroller







最後我是覺得每個架構都有他的用途沒有哪一個架構是絕對好用的 對我來說MVC只是一種
觀念 現在我就算做WinForm也會用到MVC觀念


重點是


你能不能在期限內把無BUG的東西交給客戶 至於是甚麼架構我覺得根本不重要

做的最快的就是好架構

--
A跟B是好朋友，然後A喜歡C
[我跟你是好朋友，我幫你追C] B看著A說著
A很感動

然後B就追到C了
這就是ABC理論

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.127.37.46
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1454645031.A.A42.html
推 gpctv: 後端外包!!!cool
推 qwer820404: 之前我也是雙修的 最近在導入MVC到公司裡
→ qwer820404: 覺得不管是短期的活動網 官網  用MVC都會好很多
→ qwer820404: 但是得多了解更多的東西 WebForm 真的會把人寵壞
→ qwer820404: 推觀念優先 用WebForm 我可以不用server control
→ qwer820404: 就不用 (有時候想偷懶一下 會偷用一下 XD)
推 neo5277: 很好啊，以後應該會有軟體封測產業
推 f124: gridview我覺得很難用 所以幾乎都用第二種在寫...
→ GoalBased: gridview難用到靠杯 不過還是陪我度過新手階段
推 pinwith: MVC只是一種觀念+1
推 sing10407: .net MVC，搭配MSSQL, VS 絕配
推 hgkiller01: 我們公司的前台就是前端套後端Ashx的Ajax 後端負責把
→ hgkiller01: API 寫好前端來套 可是後台還是用控制項 可是我是從
→ hgkiller01: WinForm ->JSP -> .net MVC -> .net WebForm一路學上
→ hgkiller01: 來 我還是感覺.net MVC有太多東西太好用了 而且要套前
→ hgkiller01: 端的JS框架比較好套 我最近做使用者後台是用控制項配
→ hgkiller01: 前端框架...很難套...深深感覺.net MVC實在是自由多了
推 chatnoir: .net MVC為何有時效性的問題?
→ bndan: 第2種做法很方便阿=_= 順便還可以整合WEBSOCKET給轉化成APP
→ bndan: 用.加上前端搭配SPA.要比快這種不會慢到哪 (前題是有先做好
→ bndan: 工具/平台)
推 s101213533: 跪求，大大推薦mvc入門