如何設(shè)置Web服務(wù)器的權(quán)限？服務(wù)器的mvc已經(jīng)被淘汰。Mvc也用在前端，用在js框架上，讓服務(wù)器完全成為json的數(shù)據(jù)采集api。當(dāng)然，訪問控制需要在服務(wù)器中設(shè)置，但這是一個(gè)非常簡單的要求。比如在js

如何設(shè)置Web服務(wù)器的權(quán)限？

服務(wù)器的mvc已經(jīng)被淘汰。

Mvc也用在前端，用在js框架上，讓服務(wù)器完全成為json的數(shù)據(jù)采集api。當(dāng)然，訪問控制需要在服務(wù)器中設(shè)置，但這是一個(gè)非常簡單的要求。比如在jsp中，只要用會(huì)話來判斷頭文件中是否有權(quán)限，一行程序就能解決，根本不用用mvc，還引入了spring這種嚴(yán)重影響性能的反射機(jī)制。

如果在html中用mvc，在服務(wù)器中用js和mvc，那完全是過度設(shè)計(jì)，根本沒必要考慮兩個(gè)MVC和N層的問題。服務(wù)器中的MVC會(huì)導(dǎo)致性能低下，如果大量使用spring，反射速度會(huì)非常慢，問題會(huì)變得非常復(fù)雜。

web開發(fā)框架是不斷變化的，但最終還是回到了流量最小化的模式，也就是同一服務(wù)器下客戶端和服務(wù)器端流量最小化的模式，這是最好的模式，也是最好的模式。

第一，最早的是cgi開發(fā)，即由程序?qū)⒁粋€(gè)http請(qǐng)求和一個(gè)html文件拼接輸出。這個(gè)方法是所有方法的基礎(chǔ)，也是通信響應(yīng)方法，但是每個(gè)請(qǐng)求都需要傳輸最大的重復(fù)數(shù)據(jù)。

二是后來出現(xiàn)了一個(gè)servlet，類似java的c#。C #的httphandler，cgi開發(fā)中的包裝器，主要可以處理session、get、post、request、response等各種情況，通過get參數(shù)和post參數(shù)獲取動(dòng)態(tài)內(nèi)容，對(duì)服務(wù)器程序有一定的重用性。

第三，后來發(fā)現(xiàn)，通過http處理框架，它可以 不能熱部署，需要重新啟動(dòng)才能生效。這個(gè)時(shí)候php，asp，asp dot net，jsp，一個(gè)熱加載的框架被開發(fā)出來，它的工作原理就像一個(gè)定時(shí)器，把這些網(wǎng)頁翻譯成cgi來工作。

第四，人總是在追求，發(fā)現(xiàn)php，jsp，也就是代碼和html混在一起。比如開發(fā)了以java mvc為代表的獨(dú)立綁定，以及Struts、Spring、.NET MVC和PHP Zend MVC已經(jīng)出現(xiàn)。

出現(xiàn)后，發(fā)現(xiàn)開發(fā)一個(gè)界面需要改變M、V、C三個(gè)部分，html視圖碎片化。html代碼可能有的出現(xiàn)在M層，有的出現(xiàn)在V層，有的出現(xiàn)在C層，不方便美工的分工合作和內(nèi)容與視圖的分離，于是模板開發(fā)又出現(xiàn)了，模板可能存在于數(shù)據(jù)庫中動(dòng)態(tài)生成內(nèi)容，Velocity/Nvelocity。

5.模板開發(fā)聲稱可以簡化開發(fā)結(jié)果。許多主流編輯不 不支持它，許多有性能問題，許多web應(yīng)用程序應(yīng)該電子郵件可以在沒有刷新要求的情況下顯示，如gmail，而不是要求用戶不斷刷新頁面。不斷的頁面跳轉(zhuǎn)影響用戶體驗(yàn)，出現(xiàn)了以jquery為代表的ajax前端框架，直接從服務(wù)器獲取json數(shù)據(jù)，動(dòng)態(tài)綁定html內(nèi)容。

第六，面向過程的事件驅(qū)動(dòng)的大型web應(yīng)用開發(fā)會(huì)議程序可能會(huì)像面條一樣移動(dòng)，解析javascript的性能由于各大瀏覽器的競爭而大大提高。html5和移動(dòng)互聯(lián)網(wǎng)的發(fā)展使得web開發(fā)更加復(fù)雜。此時(shí)前端使用mvc框架，以服務(wù)器為通信api，使用json動(dòng)態(tài)綁定mvc模板。因?yàn)閖s運(yùn)行在前端，而且大多是開源的，所以有很多js框架，比如Angular，Ember，Vue，React，還有大量的js ui庫，比如jquery ui，extjs，bootstrap等等。后端出現(xiàn)了微服務(wù)，webapi、websokect等通信框架也需要js配對(duì)。在js上，各種框架層出不窮，程序的業(yè)務(wù)功能不斷實(shí)現(xiàn)到前端。

人們經(jīng)常組合使用這些開發(fā)模式。但是由于技術(shù)的限制，過去的很多框架只能妥協(xié)，妥協(xié)各種模式。流量最小化無疑是最好的選擇，服務(wù)器端mvc性能較差，向前端mvc發(fā)展是必然。ajax js mvc出現(xiàn)后，服務(wù)器理論上最小化了流量(不考慮數(shù)據(jù)壓縮同樣的情況)，可以達(dá)到更高的并發(fā)，服務(wù)器變成了獲取json的api，完全沒有必要。m變成json，C變成js，V變成html，app，實(shí)現(xiàn)了真正的分離設(shè)計(jì)。

這種抽象的api可以復(fù)用到移動(dòng)互聯(lián)網(wǎng)app中，軟件復(fù)用效果好，節(jié)省開發(fā)成本，是必然的發(fā)展趨勢。