請教MVC構架下Views通常還是在ASP.NET c#程式設計師要拿美工設計完成的版面來套用
所以ASP.NET c#程式設計師也要會jQuery Javascript Html , 但若是用WebApi則是ASP.NET c#程式設計可以完全只做純c# api程式,前端則由(前端網頁程式設計師)處理是有javascript jQuery那種不是純美工
請問Mvc的構架下有辦法前後端完全分離嗎?因為目前實際經驗看,Views還是在MVC下,若要前端程設師處理,那不就等於他們要會一點Razor 語法,還有mvc views裏相關如何設定
目前前後端分離通常為:
前端:
接受後端 API
約定格式資料,只需專心處理畫面邏輯
即可
後端:
與前端約定 API
格式資料,只需專心處理資料邏輯
即可
通常這兩端伺服器會分開執行
因為前後端都有自己的一套做法
正規來說,依早期來講的MVC。
是V裏面有可能用到M的東西。
這一種的來說,基本是做不太到前後端分離。
因為基本來說V還是得要依附在M上。分離不出來。
而近年來的前後端分離。已經換成另外一種方式來處理。
講一句坦白話。要做到成 MC + VC(或V) 的概念才行。
也就是V不在依附在M上,但一切全利用C來請求對應資料並到前端來渲染畫面。
而V的C控制,可以是獨立設定的,也可以是依附後端的C應用。
先做如上的解釋後,再來說明一下你的問題。
首先要先了解你的V架構性質為何。
如果是V與M掛勾的架構性質。
基本上來說,前端人員就如你所說的。還是需要一些MVC的理念。
也需要會看後端的程式語法應用。
要不然是還有可能會不小心改到程式碼。然後前後端開會時又大吵一架@@"
這一種的,一般來說還是沒辦法完全做到給前端處理。
但後者來說,正常來講,前端的人員不會在其頁面程式碼中,看到任何後端的程式碼。
他們要做到的只有一件事,也就是請求資料而已。
至少樣面怎麼開發,怎麼繪製。完全不需要後端插嘴。
這樣就可以做到完全給前端開發了。
當然說是這樣說沒錯,但其實請求資料參數這一環還是需要前後端同步處理一下。
不要前端說要 memberName ,後端送出 userName
然後又要你改成我要的,我不改成你要的。然後又開始大吵一架。
大約就是這樣子吧。
你說到重點V還是得要依附在M, 所以前端設計師不可能參予,因為他們不可能會去操作visual studio,所以mvc我覺得還是個失敗的架構
有一點你說錯了。MVC並不是所謂的失敗架構。
而是它本來就不是一種架構。它是一種概念的東西。
符合其概念的架構有非常多種表現的方式。這也包含了你說的「失敗的架構」
V裏面包含了M,跟不包含M。都不違背原本MVC架構。
畢竟所謂M的解釋上及理念上又分成好幾種解釋。
這樣說好了,PHP的MVC我想你也有了解了。
但你知道前端框架其實也有對應的MVC解釋嗎?
MVC在概念上,其實沒分前後端、專案、架構....等等。
光你說出「mvc我覺得還是個失敗的架構」其實也代表了你對MVC的了解不到一半了。
當然了,這不能說你說錯了。畢竟早期的MVC說明,的確概念中生成出來的一種架構。長期以來也造就了很多人將MVC概念視為一種架構。且遵守其理念。就如V內包M這樣的事,這其實曾經有討論過一段時間。
也討論過其實M又得區分多個「系統」「元件」「視圖」等等。
那時這有人說出了這樣M好像區分的很沒意義。
一直到前端框架的出現。及多樣組件的出現「sericve」「repo..」
等等區分M和C的對應後,才又對MVC的解釋又有更進一步的架構生成。
連前端語言也有自行的MVC觀念的出現了。
其實我一開始學就是學mvc,ASP.NET Web Form我沒學過只有稍為玩一下下,我是去買MIS2000老師的mvc課程,但那時我對微軟到底現在主流程式是什麼我原本還以為是ASP.NET Web Form,但這個看起來不久也會像之前傳統asp結束掉吧,只是我學的mvc是基本,就是先搞清楚怎麼操作Visual Studio產生mvc專案,怎麼建view Controllers 還有models, 其實我連c#都還搞不清楚是什麼就先學mvc,但後來又接觸到webapi,才發現他是用mvc的架構,只是views沒有,但models用的很深入,比老師教的還深入,但也是用了webapi開發才知道只有webapi才能將views整個分離,交給前端,但前題是要找的到一個會美工又會jQuery javascript這種前端超強美工程式設計師,說真的我看他們前端寫的程式不比後端簡單,後端用webapi後反而程式設計師變簡單多
MVC我覺得不太可能
妳後端工程師還是會寫一點Razor與法在View裡面
不太可能叫前端工程師幫妳寫這些
除非走web api 前端只要會jQUery Ajax或其他SPA框架