❶ Web 前端的技術棧是怎樣的
現在最火的是 React + React-Router + Rex + Webpack
當然你說了你不喜歡 React，那麼歡迎使用 Vue + Vue-Router + Vuex + Webpack
比起 ng2 / Aurelia，React / Vue 的好處就是路由/狀態管理/數據通信/構建方案都是可選的，不喜歡你可以換或者自己搞。
❷ 在web應用系統開發框架中，什麼是全堆棧框架
這種概念全然不用去理會它，完全噱頭而言，一個前端的開發能跟堆棧扯上個毛線關系，
堆棧的概念與應用都是涉及到內存的操作，特別是匯編中尤為重要，與前端沒一毛錢關系，前端的框架99%用的都是JS，封裝一下就成了不同版本的了，頂多頂多用了下，後進先出，先進先出這些堆棧的概念而已，就妄稱而已
❸ web前端開發什麼意思
前端意思就是網站前台部分，運行在PC端，移動端等瀏覽器上展現給用戶所瀏覽的網頁。用我們的話來說，前端就是網頁給訪問網站的人看的內容和頁面，而前端開發顧名思義就是這些內容的製作，也就是代碼的實現。不過，現在的前端可不僅僅是網頁設計，早年的網頁時設計主要停留在以圖片和文字為主，用戶使用網站的行為也以瀏覽為主。而現在的前端開發使得現代網頁更加美觀，交互效果顯著，功能更加強大。
前端開發最主要的是掌握三種基本能力，HTML、CSS，JavaScript。前端的開發中，在頁面的布局時， HTML將元素進行定義，CSS對展示的元素進行定位，再通過JavaScript實現相應的效果和交互
除了基本語言，還要掌握各種開發工具的應用。Dreamweaver：，Sublime，HBuilder等都是比較熱門的工具。
前端開發需要掌握的能力很多，知識范圍很廣，要付出的代價很多。不過，前端的前途也是相當光明的，前端現在正在走向工程化發展，無論是大小公司企業，對前端開發的需求都是越來越大了，也越來越專業了。只要學好前端，是一定不愁自己發展的。
❹ web前端三大主流框架都是什麼
web前端三大主流框架都是Angular、React、Vue。
3、Vue
Vue作為最後推出的框架（2014年），借鑒了前輩angular和react的特點（如VirtualDOM、雙向數據綁定、diff演算法、響應式屬性、組件化開發等）並做了相關優化，使其使用起來更加方便，更容易上手，比較少適合初學者。
❺ web前端三大主流框架都是什麼
web前端的三大主流框架主要是React、Vue.js、Angular。
React
React框架是起源於Facebook的項目，可以輕易地解決跨瀏覽器兼容的問題，主要是通過對DOM的模擬減少與DOM的交互做到的。React的模塊化把組件進行了隔離，出現問題的時候更方便程序員對其進行修改，而且由於JavaScript，因此更有利於搜索引擎的優化。
優點：引入了一個叫作虛擬DOM的概念，運行速度快；提供了標准化的API，解決了跨瀏覽器問題、兼容性更好；代碼更加模塊化，重用代碼更容易，可維護性高。
缺點：React是目標是UI組件，通常可以和其它框架組合使用，並不適合單獨做一個完整的框架。
Vue
Vue是相對比較輕量級的框架，是通過進行雙向數據綁定來達到驅動頁面的效果，大多程序員在學習新框架的時候都會先從Vue開始。Vue比較簡單，官方文檔介紹的很清楚，可以非常快速的通過非同步批處理的方式對DOM進行更新，也能把可復用的、解耦的組件組合在一起使用，更能允許多種模塊的安裝，場景使用也更加靈活。
優點：漸進式構建能力是Vue.js最大的優勢，Vue有一個簡潔而且合理的架構，使得它易於理解和構建。Vue有一個強大的充滿激情人群的社區，這為Vue.js增加了巨大的價值，使得為一個空白項目創建一個綜合的解決方案變得十分容易。
缺點：在模型-視圖應用程序和狀態容器類型的應用程序之間的互相轉換可能會令人感到困惑；它類似於Web組件的模式，而不是真正的Web組件。
Angular
Angular擁有很好的應用程序，是一個以JavaSpript編寫的庫，模板功能也異常強大，本身就帶有豐富的Angular指令。一方面可以通過指令擴寬HTML，一方面可以通過表達式綁定數據到HTML。
優點：模板功能強大豐富並且是聲明式的，是一個比較完善的前端MVC框架，自帶了豐富的Angular指令；ng模塊化比較大膽的引入了Java的一些東西（依賴注入），能夠很容易地寫出可復用的代碼，對於敏捷開發的團隊來說非常有幫助。
缺點：驗證功能錯誤信息顯示比較薄弱，需要寫很多模板標簽；ngView只能有一個，不能嵌套多個視圖；比較笨重，沒有讓用戶選擇一個輕量級的版本。
❻ web前端主流框架主要有哪些
1、Bootstrap
AUI是最近流行起來的，作者聲稱是專為APIClound設計的一套框架，解決了許多移動端開發實際中遇到的許多問題，是一個純CSS框架。使用容器+布局+模塊的構建方式，JS輔助，更自由更靈活更易於擴展使用。遵循Google Material設計規范，完美適配各個機型。面向HTML5，使用CSS3實現動畫交互，輕量級高性能。AUI是使用MIT License授權，你可以復制、出售。目前最新版本2.0。
8、Amaze UI
這是稱為妹子UI的開源框架，據稱是中國首個開源HTML5跨屏前端框架。妹子UI以移動優先為理念，從小屏逐漸到大屏，實現響應式網頁。Amaze UI包含20+個CSS組件、20+個JS組件，更有多個包含不同主題的Web組件。相比國外框架，妹子UI關注中文排版提供本地化支持。面向HTML5開發，使用CSS3來實現動畫交互，輕量級高性能。
9、Frozen UI
Frozen UI是一款開源，簡單易用，輕量敏捷的移動端框架。基於手Q樣式規范，目前全面應用於企鵝手Q增值業務中。基礎樣式效果簡單色調清爽，社區活躍，組件自然不少。包括按鈕、列表、表單、通知、提示條、彈出框、選項卡等等常用組件。還包括一個FrozenJs的JS組件庫。可以在主流的Android和IOS上應用。基本樣式使用離線包的方式減少請求提供快速接入方案。當然，根據網友反映，也存在大大小小的bug。不過總體來說，還是值得一用的。奇怪的是，Github上顯示的最後更新時間是一年前，難道已經沒人維護了嗎？
# Running this will show the space usage of each folder in the current directory.# The -h option makes the report easier to read.# -s prevents recursiveness and shows the total size of a folder.# The star wildcard (*) will run on each file/folder in current directory. -sh *1.2G Desktop4.0K Documents40G Downloads4.0K Music4.9M Pictures844K Public4.0K Templates6.9M Videos
還有一個相似的命令 df（Disk Free），使用df會返回有關可用磁碟空間的各種信息。
❼ 零基礎WEB前端開發學習路線怎麼安排
隨著移動互聯網的發展，web前端逐漸受到企業的重視，前端開發人員的薪資也水漲船高，越來越多的人看好前端行業的發展，想要轉行加入。下面，給大家分享一份web前端學習路線圖，希望對初學者有所幫助。Web前端行業的發展，讓前端人員能完成比以前更多的職責范圍，所以未來前端可以寬口徑就業，前景非常好。
對於零基礎的人而言，要怎麼學習web前端呢?
1、 前端頁面重構。主要內容為PC端網站布局、Photoshop 工具及切圖、H5移動端網頁布局、HTML5+CSS3新特性與交互。學習目標是完成PC端網站布局，可實現響應式布局，一套代碼適配 PC 端、移動端、平板設備等。
2、 前後端網頁交互。主要內容為JavaScript語法全面進階、ES6 到 ES10 新語法實踐、jQuery 應用及插件使用、設計模式及插件編寫、封裝JS工具庫及Web APIS、AJAX+PHP+MySQL前後端交互、前端工程化與模塊化應用以及PC 端全棧開發項目等。學習目標是可以掌握前端工程化工具，如 git、gulp、webpack 等，搭建項目及開發項目。
3、 Node.js + 前端框架。主要內容為Node.js 全面進階、Koa2+MongoDB搭建服務、Vue.js 框架、React.js 框架、小程序雲開發與小程序框架、原生APP與混合APP、數據可視化與桌面應用等。學習目標是掌握桌面應用及可視化大數據，實現復雜數據展示類項目，能夠獨立完成前後台相關功能，勝任HTML5全棧開發工程師職位。很多學習web前端的朋友都希望在學成後能找到一份滿意的工作，所以我們在學習過程中一定要注意實戰經驗的積累，如果你所學的東西對企業沒有用，那你所做的一切都是無用功
❽ web全棧是什麼
全棧工程師是指 ，一個能處理資料庫 、伺服器 、系統工程和客戶端的所有工作的工程師 。根據項目的不同 ，客戶需要的可能是移動棧 、 Web棧 ，或者原生應用程序棧 。
簡單來說 ，全棧工程師就是可以獨立完成一個產品的人 。當客戶讓他去做一些舒適區之外的工作時 ，他敢於迎難而上 ，並成功完成任務 。
下面是知乎中的一個回答：
一個真正的 Full Stack Engineer ，他從生活中發現問題，洞察需求，他設計解決方案，並開發出初始版本的產品。為了達到目標，他願意去學習任何領域的技能和知識。同時他不追求一個人完成所有工作，如果有人可以比他在某方面做得更出色，便會十分熱情的邀請他們加入。
成為全棧工程師不是很多人理解的單打獨斗，一個人就能改變世界的全能程序員，更多時候是以一個創業者身份去工作的心態。當然，成為全棧工程師的第一步，還是需要我們學習更多平台知識。
❾ 誰給說下web容器的具體概念，除了web容器外還有其他的容器嗎
1. 架構概述
J2EE體系包括java server pages(JSP) ,java SERVLET, enterprise bean，WEB service等技術。這些技術的出現給電子商務時代的WEB應用程序的開發提供了一個非常有競爭力的選擇。怎樣把這些技術組合起來形成一個適應項目需要的穩定架構是項目開發過程中一個非常重要的步驟。完成這個步驟可以形成一個主要里程碑基線。形成這個基線有很多好處：
各種因數初步確定
為了形成架構基線，架構設計師要對平台（體系）中的技術進行篩選，各種利弊的權衡。往往架構設計師在這個過程中要閱讀大量的技術資料，聽取項目組成員的建議，考慮領域專家的需求，考慮贊助商成本（包括開發成本和運行維護成本）限額。一旦架構設計經過評審，這些因數初步地就有了在整個項目過程中的對項目起多大作用的定位。
定向技術培訓
一旦架構師設計的架構得到了批准形成了基線，項目開發和運行所採用的技術基本確定下來了。眾多的項目經理都會對預備項目組成員的技術功底感到擔心；他們需要培訓部門提供培訓，但就架構師面對的技術海洋，項目經理根本就提不出明確的技術培訓需求。怎不能夠對體系中所有技術都進行培訓吧！有了架構里程碑基線，項目經理能確定這個項目開發會採用什麼技術，這是提出培訓需求應該是最精確的。不過在實際項目開發中，技術培訓可以在基線確定之前與架構設計並發進行。
角色分工
有了一個好的架構藍圖，我們就能准確劃分工作。如網頁設計，JSP 標簽處理類設計，SERVLET 設計，session bean設計，還有各種實現。這些任務在架構藍圖上都可以清晰地標出位置，使得項目組成員能很好地定位自己的任務。一個好的架構藍圖同時也能規范化任務，能很好地把任務劃分為幾類，在同一類中的任務的工作量和性質相同或相似。這樣工作量估計起來有一個非常好的基礎。
運行維護
前面說過各個任務在架構圖上都有比較好的定位。任何人能藉助它很快地熟悉整個項目的運行情況，錯誤出現時能比較快速地定位錯誤點。另外，有了清晰的架構圖，項目版本管理也有很好的版本樹軀干。
擴展性
架構猶如一顆參天大樹的軀干，只要軀干根系牢，樹干粗，長一些旁支，加一些樹葉輕而易舉無疑。同樣，有一個穩定的經得起考驗的架構，增加一兩個業務組件是非常快速和容易的。
大家都知道這些好處，一心想形成一個這樣的J2EE應用程序架構（就像在windows平台中的MFC）。在這個路程中經歷了兩個大的階段：
1.1. 模型1
模型1其實不是一個什麼穩定架構，甚至談不上形成了架構。模型1的基礎是JSP文件。它從HTTP的請求中提取參數，調用相應的業務邏輯，處理HTTP會話，最後生成HTTP文檔。一系列這樣的JSP文件形成一個完整的模型1應用，當然可能會有其他輔助類或文件。早期的ASP 和 PHP 技術就屬於這個情況。
總的看來，這個模型的好處是簡單，但是它把業務邏輯和表現混在一塊，對大應用來說，這個缺點是令人容忍不了的。
1.2. 模型2
在經過一番實踐，並廣泛借鑒和總結經驗教訓之後，J2EE應用程序終於迎來了MVC（模型-視圖-控制）模式。MVC模式並不是J2EE行業人士標新立異的，所以前面我談到廣發借鑒。MVC的核心就是做到三層甚至多層的鬆散耦合。這對基於組件的，所覆蓋的技術不斷膨脹的J2EE體系來說真是福音和救星。
它在瀏覽器（本文對客戶代理都稱瀏覽器）和JSP或SERVLET之間插入一個控制組件。這個控制組件集中了處理瀏覽器發過來的HTTP請求的分發邏輯，也就是說，它會根據HTTP請求的URL,輸入參數，和目前應用的內部狀態，把請求分發給相應的WEB 層的JSP 或SERVLET。另外它也負責選擇下一個視圖（在J2EE中，JSP,SERVLET會生成回給瀏覽器的html從而形成視圖）。集中的控制組件也有利於安全驗證，日誌紀錄，有時也封裝請求數據給下面的WEB tier層。這一套邏輯的實現形成了一個像MFC的應用框架，位置如圖：
1.3. 多層應用
下圖為J2EE體系中典型的多層應用模型。
Client tier客戶層
一般為瀏覽器或其他應用。客戶層普遍地支持HTTP協議，也稱客戶代理。
WEB tier WEB應用層
在J2EE中，這一層由WEB 容器運行，它包括JSP, SERVLET等WEB部件。
EJB tier 企業組件層
企業組件層由EJB容器運行，支持EJB, JMS, JTA 等服務和技術。
EIS tier 企業信息系統層
企業信息系統包含企業內傳統信息系統如財務，CRM等，特點是有資料庫系統的支持。
應用框架目前主要集中在WEB層，旨在規范這一層軟體的開發。其實企業組件層也可以實現這個模型，但目前主要以設計模式的形式存在。而且有些框架可以擴充，有了企業組件層組件的參與，框架會顯得更緊湊，更自然，效率會更高。
2. 候選方案
目前，實現模型2的框架也在不斷的涌現，下面列出比較有名的框架。
2.1. Apache Struts
Struts是一個免費的開源的WEB層的應用框架，apache軟體基金致力於struts的開發。Struts具是高可配置的性，和有一個不斷增長的特性列表。一個前端控制組件，一系列動作類，動作映射，處理XML的實用工具類，伺服器端java bean 的自動填充，支持驗證的WEB 表單，國際化支持，生成HTML，實現表現邏輯和模版組成了struts的靈魂。
2.1.1. Struts和MVC
模型2的目的和MVC的目的是一樣的，所以模型2基本可以和MVC等同起來。下圖體現了Struts的運作機理：
2.1.1.1. 控制
如圖所示，它的主要部件是一個通用的控制組件。這個控制組件提供了處理所有發送到Struts 的HTTP請求的入口點。它截取和分發這些請求到相應的動作類（這些動作類都是Action類的子類）。另外控制組件也負責用相應的請求參數填充 From bean,並傳給動作類。動作類實現核心商業邏輯，它可以通過訪問java bean 或調用EJB。最後動作類把控制權傳給後續的JSP 文件，後者生成視圖。所有這些控制邏輯利用一個叫struts-config.xml文件來配置。
2.1.1.2. 模型
模型以一個或幾個java bean的形式存在。這些bean分為三種：
Form beans(表單Beans)
它保存了HTTP post請求傳來的數據，在Struts里，所有的Form beans都是 ActionFrom 類的子類。
業務邏輯beans
專門用來處理業務邏輯。
系統狀態beans
它保存了跨越多個HTTP 請求的單個客戶的會話信息，還有系統狀態。
2.1.1.3. 視圖
控制組件續傳HTTP請求給實現了視圖的JSP文件。JSP能訪問beans 並生成結果文檔反饋到客戶。Struts提供JSP 標簽庫： Html，Bean，Logic，Template等來達到這個目的，並有利於分開表現邏輯和程序邏輯。
2.1.2. Struts的細節分析
2.1.2.1. 視圖-控制-模型
用戶發出一個*.do的HTTP請求，控制組件接收到這個請求後，查找針對這個請求的動作映射，再檢查是否曾創建過相應的動作對象（action實例），如果沒有則調用actionmapping生成一個動作對象，控制組件會保存這個動作對象供以後使用。接著調用actionmapping的方法得到actionForm對象。之後把actionForm作為參數傳給動作對象的perform方法，這個方法結束之後會返回給控制組件一個 actionforward對象。控制組件接著從這個對象中獲取下一個視圖的路徑和重定向屬性。如果為重定向則調用HTTPSERVLETREPONSE的方法來顯示下一個視圖，否則相繼調用requestdispatcher, SERVLETcontext的方法續傳HTTP請求到下一個視圖。
當動作對象運行perform方法時，可能出現錯誤信息。動作對象可以保存這些錯誤信息到一個error對象中，接著調用自身的saveerrors方法把這個錯誤保存到request對象的屬性中。接著動作對象調用actionmapping對象的getInput方法從動作映射中獲取input參數，也就是產生輸入的視圖，並以這個input為參數生成一個actionforward對象返回。這個input參數的JSP中一般有HTTP:errors定製標簽讀取這些錯誤信息並顯示在頁面上。
2.1.2.2. 模型到視圖
模型到視圖指視圖在顯示之前裝載系統數據到視圖的過程。系統數據一般為模型內java bean的信息。示意圖表現了由控制組件forward過來的有html:form定製標簽的JSP 的處理邏輯。
html:form定製標簽處理對象從application scope（通過查詢SERVLETCONTEXT對象的屬性來實現）獲取先前由控制組件actionSERVLET放在那裡的動作映射等對象，由html:form 的action屬性查得actionform名字、類型和范圍等信息，在相應的范圍內查找actionform，如果有則利用它的信息填充html form表單[實際填充動作在嵌套的html:text等定製標簽的處理對象中]。否則在相應范圍內創建一個actionform 對象。
2.1.3. 優缺點
優點：
一些開發商開始採用並推廣這個框架
作為開源項目，有很多先進的實現思想
對大型的應用支持的較好
有集中的網頁導航定義
缺點：
不是業屆標准
對開發工具的支持不夠
復雜的taglib，需要比較長的時間來掌握
html form 和 actionform的搭配比較封閉，但這也是它的精華所在。
修改建議
把actionform屬性的設置器和訪問器修改成讀取或生成xml文檔的方法，然後 html form和actionform之間用xml文檔進行數據交換，使之鬆散耦合，適應數據結構易變化的應用。
2.2. JATO
JATO應用程序框架是iPlanet 應用程序框架的舊名。它是一個成熟的、強大的，基於J2EE標準的面向於開發WEB應用程序的應用框架。結合了顯示欄位、應用程序事件、組件層次和以頁面為中心的開發方法、以及MVC和服務到工作者service-to-workers的設計模式等概念。JATO可適用於中、大、超大規模的WEB應用。但是它也不是一個企業層的應用框架，也就是說它不會直接提供創建EJB, WEB services等企業層組件的方法，但用它可以構造出訪問企業層組件的客戶應用。
這個框架功能主要有三部分組成：
iPlanet應用框架核心；
iPlanet應用框架組件；
iPlanet應用框架擴展。
應用框架核心定義了基本介面、對象協議、簡單組件，以及iPlanet應用框架程序的最小核心。包括視圖簡單組件、模型簡單組件、請求分發組件和可重用命令對象。iPlanet應用框架組件利用框架核心定義的基本介面、協議和組件向開發者提供高層的重用組件，這些組件既有與特定視覺效果無關的水平組件，同時也有適應特定實用環境、提高可用性而特意提供的垂直型組件。框架擴展實現了用框架相容的方法訪問非J2EE環境的方法。通常情況下，擴展被框架應用程序用來無縫訪問J2EE容器特定功能。JATO平台棧圖很清楚地表達了這個情況。
JATO最大的威力在：對於快速開發用戶，你能利用框架組件和擴展提高生產率，對於要求更大靈活性的用戶，你能實現框架核心提供的介面來保持應用的框架兼容性。
此圖表示實現一個JATO應用程序，可以簡單地實現控制組件mole1Servlet，視圖組件ListCustomersViewBean和模型組件CustomersMoleImpl，以及一個給客戶代理顯示界面的ListCustomers.jsp文件。並清楚地表明這些組件與JATO框架組件的繼承關系。
JATO標簽庫提供了VIEW對象與JSP文件的介面。庫中標簽處理程序負責實現VIEW對象和JSP產生地客戶端文檔的信息同步和交換。這個圖清楚地表達了這種對應關系
2.2.1. MVC分析
前端控制組件接收用戶發來的任何請求，這個可在WEB.xml中指定請求分發組件負責視圖管理和導航，和前端控制組件封裝在ApplicationSERVLETBase一起實現。應用程序開發者需要為每一個子系統（人力資源，財務，CRM等）實現一個此類的繼承。
請求分發組件分發請求給工作者，工作者實現了command介面。應用開發者可以實現這個介面。JATO提供了一個預設實現：DefaultRequestHandingCommand，這個實現會把請求傳給視圖組件的特定事件。
組合視圖是指視圖組件在顯示給用戶時的層次關系：根視圖是一個ViewBean類的對象欄位是一個DisplayField類的對象，容器視圖是一個ContainerView類的對象。視圖組件類的層次關系如下圖：
2.2.2. 優缺點分析
優點：
這種框架的適應范圍大，即提供了底層介面，也有立即可用的組件
具有與客戶端RAD開發工具相似的開發概念如頁為中心（等同於VB的FORM），事件處理等.
對大型的應用支持較好
缺點：
不是業屆標准
目前還沒有開發工具的支持（然JATO已經為工具支持做好了准備）
沒有定義網頁導航，開發者在視圖中自己指定具體的導航URL
修改建議
把眾多的VIEW/MODEL對應修改成xml文檔傳遞數據，加上集中的網頁導航定義
2.3. JSF(JavaServer Faces)
JSF是一個包括SUN在內的專家組正在定義的開發WEB應用用戶界面的框架，JSF 技術包括：
一組API，它實現UI了組件，管理組件的狀態，處理事件，輸入校驗，定義頁面導航，支持國際化和訪問；
一個JSP定製標簽庫實現與JSP的介面。
JSF非常簡單，是一個定義良好的編程模型。利用這個技術，開發者通過在頁面內組合可重用的UI組件，在把這些組件和應用的數據源相連，路由客戶產生的事件到伺服器端的事件處理器進行編程。JSP處理了所有幕後的復雜工作，使得開發者把關注重點放在應用代碼上。
2.3.1. STRUTS、JATO和JSF比較
它們之間有部分重疊，但重點不一樣。
STRUTS和JATO都提供了一個MVC式的應用模型，而JSF只在用戶界面上提供編程介面。這意味著前兩者涉及的范圍比後者廣。JSF可以成為前兩者在UI開發的部分。
JSF的規范的發布版將在 2002年底發布，實現可能要比這個時間晚些。另外將會有工具支持這個框架的應用開發。
2.4. WAF
WAF是WEB APPLICATION FRAMWORK的簡稱，是SUN藍皮書例子程序中提出的應用框架。它實現了 MVC和其他良好的設計模式。
2.4.1. 細節分析
2.4.2. 視圖-控制-模型
如圖所示，開發人員編寫的兩個xml配置文件定義了WAF的運作參數。Screendefinition.xml定義了一系列的屏幕(screen)。Mapping.xml則定義了某個動作之後應該顯示的屏幕，但沒有指定屏幕到哪裡拿數據。
用戶發出一個HTTP請求（*.screen），由TemplateSERVLET屏幕前端控制組件接收，它提取請求信息，設置request對象CurrentScreen屬性，再把請求發到模版JSP。模版JSP收到請求後，JSP中的Template標簽察看這個當前屏幕，並從屏幕定義文件（Screendefinition.xml）中獲取這個屏幕的具體參數，再生成html返回給客戶。
假設返回給客戶的html中包括了html表單，用戶在輸入一定數據之後提交，發出一個HTTP請求（*.do）。這個請求被MainSERVLET接收，它提取請求信息，察看動作映射文件（mapping.xml），設置處理這個請求的動作對象(HTTPAction對象)，交給requestprosessor對象處理。Requestprosessor對象調用動作對象完成任務，如果需要進一步處理，requestprosessor對象會調用WEBclientcontroler對象的事件處理機制。MainSERVLET在處理完請求之後，從屏幕流管理對象那裡得到下一個屏幕，並把請求傳給這個屏幕的JSP文件。
值得一提的是WEBclientcontroler事件處理機制最終把HTTP請求的數據傳到了EJBAction對象那裡處理。這樣HTTPAction對象和EJBAction對象形成了兩級處理機制，前一級與request對象緊密相關，把數據封裝起來形成一個Event對象，再傳給了EJBAction對象，後者與Request對象無關。這個方式可以形成一個session級別的數據處理機制。下圖顯示了這個方法。HTTPAction1對象處理一個請求，並把數據放到一個狀態SessionBean內，HTTPAction2也如此，當HTTPAction3接收到HTTP請求之後，把控制傳給EJBAction, 後者獲取狀態SessionBean數據，處理請求，成功後清控狀態SessionBean的內容。這個機制非常適應多個輸入頁面才能滿足一個業務的輸入數據的情況（比如購物車）。
2.4.3. 優缺點分析
優點
屏幕導航定義明確
為框架的擴展提供了一個空間
缺點
源碼比較亂，穩定性和可靠性沒人驗證。
只是一個框架軀干，沒有正式的model層，視圖的概念不強
沒有模型到視圖的定義
修改意見
只有一個框架軀干，正為實現自己的應用框架提供了靈活性。沒有僵化的視圖概念，提供了在網頁輸入到模型的擴充介面，比如插入XML數據交換。
❿ 什麼是Web全棧工程師
cs201 全棧軟體工程師免費下載
鏈接:https://pan..com/s/1uvC9DjwH3O3qemDwhmO_OA
全棧工程師是指掌握多種技能，勝任前端與後端，能利用多種技能獨立完成產品的人。