mvc框架淘汰了嗎?

淘汰了。 前后端分離來了，Node.js來了，前端工程師把MVC的職責(zé)都給搶走了，后端工程師真正成為了后端，只需要提供API給前端就行，再也不用關(guān)心redirectforward有什么區(qū)別，再也不用關(guān)心session、cookies有什么區(qū)別，怎么樣。當(dāng)前端工程師拿走M(jìn)VC的職責(zé)之后，自然會把MVC模式改成更適合前端的模式：MVVM。 MVVM（Model–View–Viewmodel）也是一種軟件架構(gòu)模式，它必將取代MVC，或者說的好聽一些，它是MVC基礎(chǔ)上演化而來。 MVC中的M就是單純的從網(wǎng)絡(luò)獲取回來的數(shù)據(jù)模型，V指的我們的視圖界面，而C就是我們的ViewController。

什么是mvc架構(gòu)，M、V、C分別代表的什么意思?

mvc是一種軟件架構(gòu)的思想，將軟件按照模型、視圖、控制器來劃分。模型負(fù)責(zé)封裝業(yè)務(wù)處理邏輯，視圖負(fù)責(zé)輸入和輸出(表示邏輯)，控制器負(fù)責(zé)協(xié)調(diào)模型和視圖。 1、M-模型 封裝：需要先寫接口,然后實(shí)現(xiàn)接口中聲明的方法。 業(yè)務(wù)處理邏輯：業(yè)務(wù)本身的處理流程，另外，還包括為保證業(yè)務(wù)處理正?？煽繄?zhí)行的基礎(chǔ)服務(wù)(事務(wù)、安全、日志等等)。 2、V-視圖 輸入：提供相應(yīng)的操作界面，方便用戶使用。 輸出：將模型返回的結(jié)果以合適的方式來展現(xiàn)。 3、C-控制器 協(xié)調(diào)：視圖向控制器發(fā)請求，由控制器來選擇相應(yīng)的模型來處理；模型返回的結(jié)果給控制器，由控制器來選擇合適的視圖，生成相應(yīng)的界面給用戶。

jsp和mvc框架思想?

JSP這個現(xiàn)在不用了，mvc是一種構(gòu)架思想，現(xiàn)在很多房產(chǎn)基本上還在使用。把前臺頁面，業(yè)務(wù)邏輯，數(shù)據(jù)承載進(jìn)行分開，這樣便于后期進(jìn)行維護(hù)。

mvc架構(gòu)的設(shè)計(jì)思路?

MVC設(shè)計(jì)思路：將整個處理流程規(guī)范化，并把每一個處理步驟分派到不同的組件中進(jìn)行處理。 這個方案實(shí)際上涉及到兩個方面： l 處理流程規(guī)范化 —— 將處理流程劃分為若干個步驟（任務(wù)），并使用一條明確的邏輯主線將所有的步驟串聯(lián)起來 l 處理流程組件化 —— 將處理流程中的每一個步驟（任務(wù)）都定義為接口，并為每個接口賦予不同的實(shí)現(xiàn)模式 處理流程規(guī)范化是目的，對于處理過程的步驟劃分和流程定義則是手段。因而處理流程規(guī)范化的首要內(nèi)容就是考慮一個通用的Servlet響應(yīng)程序大致應(yīng)該包含的邏輯步驟： l 步驟1—— 對Http請求進(jìn)行初步處理，查找與之對應(yīng)的Controller處理類（方法）   ——HandlerMapping l 步驟2—— 調(diào)用相應(yīng)的Controller處理類（方法）完成業(yè)務(wù)邏輯                    ——HandlerAdapter l 步驟3—— 對Controller處理類（方法）調(diào)用時可能發(fā)生的異常進(jìn)行處理            ——HandlerExceptionResolver l 步驟4—— 根據(jù)Controller處理類（方法）的調(diào)用結(jié)果，進(jìn)行Http響應(yīng)處理       ——ViewResolver

go mvc框架哪個好?

gin好，精簡強(qiáng)悍。而且很輕。按需配置進(jìn)行使用，沒有多余的模塊加載。反之beego就是大而全的框架，可能用起來不用顧慮那么多，但是性能上就比不了gin。 go的出現(xiàn)也是往高性能上走，所以還是推薦gin