❶ 什麼叫web表示層
web表現層
（1）Servlet的誕生，宣告java在web 領域佔有一席之地，並逐步取代CGI的地位。
（2）在Servlet里寫html標簽是一件痛苦的事。畢竟HTML中，靜態的文本標簽佔大部分，動態顯示部分只是小部分。於是JSP誕生了。成為了ASP的一個有力競爭對手。
（3）隨著"Java Code Pollution"問題浮出水面（HTML和Java代碼混雜，不僅頁面結構差，而且其中的Java代碼也很難維護），TagLib應運而生。自定義的XML元素開始替換Java代碼，這樣，整個頁面就XML化了。
（4）TagLib不能在一般的HTML瀏覽器或編輯器裡面顯示，頁面不能所見即所得。而ASP.net挾Visual Studio快速可視開發之優勢，正在Web開發領域攻城掠地。Java世界倉促應戰，啟動JSF項目。成員眾多的Web Framework陣營中又多出一位權威的重量級選手。
......
各種新概念層出不窮，頁面流程越來越復雜。大家的口號都是"為了降低開發難度，讓程序員只關注於業務邏輯，而不用關心底層的技術細節"，都是"為了企業級應用，而企業級應用的需求是復雜的，所以，把簡單問題復雜化是有道理的——據說，這是為了系統的面向未來的可擴展性、可伸縮性......"
❷ web應用程序的哪個層
WEB應用程序一般是B/S模式。Web應用程序首先是「應用程序」，和用標準的程序語言，如C、C++等編寫出來的程序沒有什麼本質上的不同。然而Web應用程序又有自己獨特的地方，就是它是基於Web的，而不是採用傳統方法運行的。換句話說，它是典型的瀏覽器／伺服器架構的產物。
❸ 通常所說的web應用程序分3層，即mvc，如果我想分4層，應該怎麼分
你不找一個現成的MVC 框架 而要用servlet 自己來做，當然不會那麼清晰
以至於別的用過mvc框架人想告訴你什麼事情，所說出來的可能都是一些你沒聽過的概念，以至於溝通不能。
建議看下面的站點
https://msdn.microsoft.com/en-us/library/ff650511.aspx
， 這是2003年微軟為了在 http://asp.net 基礎上實現mvc 做的探討與說明。
那個年代http://asp.net還沒有MVC 產品，所以這個文檔剛好符合你現在的狀況 也就是落後了時代大概12年的狀況
❹ web前端頁面有哪三層構成，分別是什麼作用是什麼
最准確的網頁設計思路是把網頁分成三個層次，即：結構層、樣式層、行為層。
HTML：結構層
網頁的結構或內容層是該頁面的基礎HTML代碼。
CSS：樣式層
該層指示結構化HTML文檔如何看待網站的訪問者，並由CSS（層疊樣式表）定義。
JavaScript：行為層
行為層使網站具有交互性，允許頁面響應用戶操作或基於一組條件進行更改
❺ web應用程序包括哪些資源它的目錄結構是如何的
Web應用程序（Web Application）術語，所指的既不是一個真正意義上的Web網站，又不是一個傳統的應用程序。換句話說，它是一些Web網頁和用來完成某些任務的其他資源的一個集合。它隱含這樣一層意思：有一個預定義的路線貫穿於網頁之中，用戶可做出選擇或提供信息使任務能夠完成。
例如，一個在線商店，你為了購買貨物，進行反復的觀察和選擇，瀏覽一系列網頁，收集所需要的信息，支付相應的費用，最後發出定單。也可能是一個「軟體升級向導」，指導用戶完成下載和安裝新軟體的過程，或者可能是一個基於Intranet的報價單或銷售報告的生成工具。
所有這些不同於「標准」的Web網站，一般的Web站點使用一系列菜單或導航欄以預先未定義的路徑漫遊該站點。但是一個Web應用程序遠不只是受控制的導航器。自由地漫遊於一個Web網站時，可以進行無狀態的和匿名的訪問，但Web應用程序一般不接受。
❻ 一個成熟的javaWeb項目包含哪些層
一般是三層架構
表現層 web
業務層 service
持久層
❼ 如何規劃跟設計web應用程序，其開發周期有那幾個階段
下面用我開發的一個辦公系統來說明一下如何規劃跟設計WEB應用系統，及其開發幾個階段。
第一步：需求分析
我召集他們所有業務相關部門開了幾次會議，將各部門的功能需求進行了整理和統一，寫成的功能需求說明書，文中詳細列出了軟體要解決的實際問題及要達到的目標。他們要求軟體要能解決他們的實際問題，帶來真正的價值。比如直接給他們帶來更多訂單，幫助他們尋找客戶並留住，同時在經營中節省人力成本及防止不必要的浪費，最終實現公司利潤的增長。我認為，如果一個軟體不能帶來實質性的經濟價值，僅僅只是用來裝點公司門面，提高一點工作效率，那還不如不要。這也是他們為什麼看不上有些成品軟體，而要選擇定製開發的原因。每個公司情況均不一樣，成品軟體商往往無法知道每個客戶的痛處，所以做出來的產品無法真正適合客戶。只有自己針對性的開發，才能真正解決問題。客戶才知道他們公司最需要什麼，他們的客戶應如何獲得和留住，業務流程應如何設計等等。有針對性開發一些實用功能，才是最適合的軟體。
通過這個項目，我認識到編寫軟體需求說明書的過程非常重要，這決定了以後的開發過程是不是會走彎路，是否因為開發了不必要的功能浪費時間和金錢，是不是存在程序功能模塊上的沖突。我在需求說明編寫上花了較大精力，有種磨刀不誤砍柴工的感覺。最後在所有人員一致通過這個需求說明書後才決定走下一步。
第二步：開發方案書
開發方案書是將功能需求說明書轉化為可開發的具體行動方案，我根據開發平台的開發規則進行編寫的，將軟體需求說明書中的功能模塊進行組合優化，分析出各個模塊的數據結構及數據關系、運算邏輯，理清各模塊之間的業務流程，最後根據各業務部門人員的實際情況規劃各模塊的界面樣式。
我的開發方案書也寫得很詳細，不過相比功能需求說明書，感覺容易些，畢竟大方向已有了。開發方案書中我將數據結構中的表及欄位全部規劃好，並命名好，包括其數據類型、長度等，做成表格，並將各欄位數據來源及編輯方式等均做好說明。前面忘記說明了，我雖然對編程不懂，但由於以前有過管理軟體操作方面經驗，對資料庫還是有一定了解的，但也只是懂一些皮毛，不過用天縱快速開發平台開發，這點資料庫方面的知識夠用了，以後使用過程中如果需要更復雜的一些SQL語句再網上搜索一下吧。
開發方案書對後期的系統開發非常重要，下面的開發過程其實就是將開發方案書的內容在快速開發平台進行配置的過程。
第三步：開發及測試
有開發方案書，接下來的開發就非常容易了，其實就是將開發方案書的內容配置到開發平台上的過程，這就是我前面說的為什麼找這樣一個開發平台開發這個系統的原因。
用配置型開發平台開發軟體相當簡單快速，一般的模塊三步就可以搞定了，第一步設置模塊信息，第二步設置表單屬性，第三步設置表中每個欄位。也許我這樣說你還是不太相信，那好吧。上圖！
天縱快速開發平台分開發後台和應用前台。顧名思義，開發後台是供開發者使用的，應用前台是開發好的系統進行使用的地方。好了，進入開發後台吧，如下圖：
通過這三步的配置，一個功能模塊基本完成了。是不是非常簡單快速！整體開發過程是不是全部是通過配置來完成的。當然上面提到的是一些最基本的配置，對於復雜功能要求的模塊，可能還要進行更詳細的配置。
配置型開發平台由於省去代碼編寫，開發速度大大提高，由於界面是由開發平台中間件根據配置的業務參數自動生成，不用每個界面均去編寫一套代碼，因此出錯率大大降低，軟體的性能和穩定性自然也就有了保障。
第四步：編寫操作手冊
系統開發好後，有一個收尾工作是不能省的，那就是編寫操作手冊。好在我平時沒事就喜歡寫點博客，對寫作沒有畏懼心。操作手冊是供使用者學習和操作時用的，在操作手冊中我將系統操作過程及其注意事項詳細列出，事後我才知道，操作手冊也是這個系統正式能使用起來的重要因素之一，因為我寫的操作手冊有聲有色，條理清晰，操作這個系統的同事很快就能理解並上手了。
我得出的經驗是：操作手冊越早編寫越好，最好是在開發的同時就進行編寫，開發過程中一些重點內容要立即記錄下來，提醒以後的使用者，時間一長了，就算是開發者本人也可能都忘記了，最後導致使用者走彎路。
第五步：上線試運行
折騰了半個多月，一個共有50多個模塊的內部管理系統基本算是大功告成了，請客戶的幾個部門領導一起演示操作走了一遍，大家十分滿意，總算沒辜負老他們板的期望。他們老闆一高興，批准買一台伺服器專門運行這個系統。我花了一天時間，部署到伺服器上，開始上線試運行。
第六步：正式運行
經過了半個月的試運行，調整了其中出現一些小問題，就開始召集所有部門相關人員進行幾天的操作培訓，開始正式在公司內全面運行。
❽ 什麼是MVC(三層架構)
前端跟服務端之間多了個中間層，前台先提交給中間層，由中間層去訪問服務端。
JSP中，「<%……%>」裡面的java代碼是可以有一些業務邏輯的，而三層架構正是要將業務邏輯從頁面中分離出來，因些不要過多的使用「<%……%>」，但根據實際情況，適量的添加一些是可以的。
而MVC實際上其實是一種架構模式，而不應該歸入設計模式了，設計模式是在代碼層面上說的：類都是什麼樣子的。
MVC編程模式
比如由html元素組成的網頁界面，或者軟體的客戶端界面。MVC的好處之一在於它能為應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，它只是作為一種輸出數據並允許用戶操作的方式。
M即model模型是指模型表示業務規則。在MVC的三個部件中，模型擁有最多的處理任務。被模型返回的數據是中立的，模型與數據格式無關，這樣一個模型能為多個視圖提供數據，由於應用於模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。
以上內容參考：網路-mvc框架
❾ Web應用程序為什麼分層開發
分層不是為了代碼的化簡，實際上分層之後代碼只會增加。
分層是為了整個應用的設計和維護。
如果你要開發一個簡單且永久不變的應用，當然可以將一堆代碼放在一起。但現在的技術發展和用戶需求的變化如此之快，誰能保證開發一個系統之後可以一直用下去。當你想修改程序的一些功能的時候，發現自己編寫的東西全部集中在一個文檔里，太雜了，牽一發而動全身，消耗太大了。同樣，設計的時候要考慮所有的邏輯還要考慮視圖在內，不亂才怪。
分層之後，上一層只需要調用下一層提供的介面就能使用下一層提供的服務，而下一層對上一層不具有依賴性，增加代碼的可測試性和可重用行。
web應用分層方式很多，一般分為表現層，業務邏輯層和數據訪問層，如果要改變視圖就直接在表現層操作，不用修改另外的兩個層。而且不同層可以教給不同人員去開發，再整合一下就可以了，是不是清晰很多了呢
❿ web應用包括什麼
常見的計數器、留言版、聊天室和論壇BBS等，都是Web應用程序，不過這些應用相對比較簡單，而Web應用程序的真正核心主要是對資料庫進行處理，管理信息系統（Management Information System,簡稱MIS）就是這種架構最典型的應用。
一個Web應用程序是由完成特定任務的各種Web組件（web components)構成的並通過Web將服務展示給外界。在實際應用中，Web應用程序是由多個Servlet、JSP頁面、HTML文件以及圖像文件等組成。所有這些組件相互協調為用戶提供一組完整的服務。
(10)web應用程序有幾層擴展閱讀
web應用缺點
1、網路應用程序強調瀏覽器的適用性。如果瀏覽器方沒有提供特定的功能，或者棄用特定的平台或操作系統版本（導致不適用），就會影響大量用戶；
2、網路應用依靠互聯網遠程伺服器端的應用文件。因此，當連接出問題時，應用將不能正常使用。但是，如果使用HTML5 API，這些應用就可以被下載安裝而可離線使用。
3、許多網路應用程序不是開源的，只能依賴第三方提供的服務，因此不能針對用戶定製化、個性化，而且大多數情況下用戶不能離線使用，因而損失了很多靈活性；
4、它們完全依賴應用服務商的可及性。如果公司倒閉，伺服器停止使用，用戶也無法追索以前的資料。對比而看，即使軟體製造商倒閉了，傳統的安裝軟體也可以繼續運行，盡管不能再更新或有其他用戶服務。