⑴ 請問JAVA三層架構，持久層，業務層，表現層，都該怎麼理解和MVC三層模型有什麼區別
希望還有人關注這個問題。
我們常常提到java EE的三層或者四層結構。
四層架構：
展示層（web層）、業務邏輯層、數據訪問層、信息資源層
四層架構在是開發企業應用時使用的非常經典的劃分模式。
web層負責前端展示和用戶請求的處理。mvc是一個設計模式，主要用戶構建用戶界面，目的是把展示邏輯和邏輯分離。web層通常會使用MVC模式進行構建，經常使用的mvc框架包括spring mvc，struts等，都是在web層或者展示層使用的。
業務邏輯層一般應用中會有一層service抽象，實現核心業務邏輯，事務控制也在這一層實現。
數據訪問層也即層，重點負責資料庫訪問，完成持久化功能。
信息資源層主要服務資源的存儲。
所以mvc和四層（三層）結構有關系，四層架構是應用的體系（分層）結構，描述了整個應用的一個完整的劃分，而mvc是一個設計模式，通常會用於四層架構的展示層的構建上。希望我能講清楚。
⑵ 前端常用的框架有哪些
一、 Web前端框架之Angular 2+
Angular 2+優點解析：
Angular 2+ 的最大優勢在於它的流行程度。也有人認為它和 Google 密切相關的名字，會影響團隊使用它。Angular 1 的迅速流行是因為那些來自其他互動式應用程序開發環境的人會發現對於開發單頁面 Web 應用程序具有相似的模型-視圖模式。通過對 Angular 1 進行現代化演變和重新構建框架的某些部分，Angular 2+ 已經真正的爆發了，大量的正式的和非正式培訓機構數量都讓人印象深刻，開發者有很強的市場競爭力。對於用戶來說它有一套用於構建用戶界面的豐富組件，這也是本系列中少有的幾個框架能夠做到這點。
缺點解析：
我們覺得 Angular 框架著重於在單個頁面應用程序中創建用戶界面並沒有處理構建完整的 Web 應用這個更大的關注點，如果不及早確定下來，這將會導致整個項目難以維護，在實際項目中，運行時提供不屬於核心框架的技術往往讓人覺得不可思議，這大大降低了 TypeScript 對最終開發者的價值。
發展方向：
Angular 5 剛剛發布，這看來是 Angular 已經成功的印證了快速發布版本的承諾，在 Google 的持續支持下，Angular 會越來越成熟。
像許多的大型組織一樣，Google 具有多重(分裂)的人格，從外表上看，Angular 團隊和那些專注於瀏覽器標準的團隊之間顯得很和諧。但我們的觀點是，和諧只是一層薄薄的窗戶紙。Angular 團隊對於 Web 組件和漸進式 Web 應用沒有一個真正解決方案。我們認為，業界普遍認可的標准將會在 Angular 框架中會逐步實現，這將會影響到如何更好的構建 Angular 應用將成為一個中/長期的風險。
使用環境：
如果你需要在一個大型的框架內獲取技術資源，框架內的技術通常很容易移植;或者你需要在框架中訓練開發人員，並且還要有一定的信心，他們會在短期內獲得一定的開發能力，這樣的話你可以考慮 Angular 2+ 。需要注意的是 Angular1(angular.js)與 Angular2+ 是截然不同的，其中的應用、技術和經驗不能直接移植到 Angular2+ 的開發中去。
如果你的 Web 應用能夠很好的轉化為標準的模型-視圖模式，那麼你也可以忽略其他直接考慮使用 Angular2+ 。
如果你對 Google Material UX 設計模式滿意，那麼 Material Angular 是遵循該模式的一種快速、簡單且可靠的方式。
二、Web前端框架之React + Rex
React + Rex優勢解析：
React 和 Rex 的最大優勢在於它們相對簡單和專注。做一件事情並把它做好是非常困難的，但這兩個庫都很有效地完成了它們的目標。雖然對於某些狀態容器方法可能是外部的，但大多數開發人員還是可以輕松掌握概念，並了解單向數據體系結構的好處，簡化大量的用戶界面應用程序。
缺點解析：
React 和 Rex 最大的弱點不是它們是什麼，而是它們不是什麼。要構建一個功能豐富的 Web 應用程序，你需要許多功能，一旦脫離 React 和 Rex 和其他一些庫的核心，你將發現一個非常分散的社區，擁有無數的解決方案和模式，不容易整合在一起。
因此，雖然 React 和 Rex 都是非常專注的庫，但缺乏經驗的團隊還是會很容易地生成不可維護的解決方案，而不是意識到他們所做的選擇會導致性能不佳或錯誤。即使有經驗的開發人員也可能意識到，一個鬆散的架構或慣例可能會在未來困擾他們。
假省錢是一種對自己的欺騙，組織范圍內採用 React 和 Rex 將輕松降低無效率問題。沒有其他庫和模式的廣泛約定和標准化，標准化 React + Rex 比較於我們正在採用的 JavaScript 來編寫我們的應用程序效率要高。
發展方向：
Facebook 和 React 最近從繁瑣的附加專利糾紛中抽離，他們認識到，就像其他項目一樣，更廣泛的社區能夠提高自己的聲音。我覺得這有助於 Facebook 意識到他們還不能更好地了解我們，相信我們來引導項目。希望這將繼續貫穿項目的特點和技術方向。
很難預測 React 和 Rex 的未來。但是，將庫集中在一起，確實會顯著提高適應性，大多數React + Rex 模式都會促進一個分離的體系結構，從而可以輕松地進行重構和迭代。兩年前，大家喜歡的還是React + Flux，但整個社區很快就擁抱了Rex。思維或模式的其他重大轉變可能很容易被採納。這種關鍵能力可能會持續到未來。
使用環境：
如果你很少需要手把手指導，並且正在尋找更好的庫而不是全面的框架，那麼 React + Rex 可能是正確的。在這一過程中，你不僅需要對你的團隊和組織的能力保持誠實，還要在你的初始開發過程中，以及在整個應用程序的長期維護過程中保持誠實。
三、Web前端框架之Vue.js
vue.js優勢介紹：
漸進式構建能力是vue.js最大的優勢，vue 有一個簡潔而且合理的架構，使得它易於理解和構建。
vue 有一個強大的充滿激情人群的社區，這為vue.js增加了巨大的價值，使得為一個空白項目創建一個綜合的解決方案變得十分容易。
缺點介紹：
在模型-視圖應用程序和狀態容器類型的應用程序之間的互相轉換可能會令人感到困惑，即使沒有完美包含一個模式到另一個模式的完美轉換，但讓人感覺希望能維持兩個模式的相關性。對於那些期待vue.js完美解決方案，並可能導致難以維護不一致的應用程序的人來說，這至少是令人困惑的。
一個更大的挑戰是vue.js依賴於一個單獨的人，很明顯，其他的項目基本是由一個組織提供支持，但這讓人感覺更加有意義，雖然它有一個強大文件的社區和許多有創新的新增項目，但是 vue 核心的開發基本落在一個人身上。
我們很高興看到 vue 更加容易接受新興的標准方法，但是它的類似於 Web 組件的模式，而不是真正的 Web 組件，這可能是 vue 所得不償失的地方。
發展前景：
雖然vue.js有相當廣泛的應用，但也很難預測在中期發展中這個勢頭能持續多久，它不是由一個商業組織直接支持並維護，因此，這很大程度上依賴於維護者的生存能力和繼續維護下去的願望來決定。
它也表現出了一定程度的語言適應能力，並且隨著某些模式的落伍和失寵而繼續保持自身語言的現代化和時代性，目前沒有跡象表明vue.js架構將來無法適應進一步發展。
使用場景：
如果你有一個傳統的Web應用程序，並需要一個強壯穩健的應用程序層，那麼vue.js 可能是一個很好的選擇，它有清晰的模式，即使沒有經驗的團隊也能正確或者錯誤的使用它。盡管vue UX框架沒有開箱即用的功能，但在vue.js上也能大量持續性構建應用，這將有利於你的項目。
⑶ web前端頁面有哪三層構成，分別是什麼作用是什麼
最准確的網頁設計思路是把網頁分成三個層次，即：結構層、樣式層、行為層。
HTML：結構層
網頁的結構或內容層是該頁面的基礎HTML代碼。
CSS：樣式層
該層指示結構化HTML文檔如何看待網站的訪問者，並由CSS（層疊樣式表）定義。
JavaScript：行為層
行為層使網站具有交互性，允許頁面響應用戶操作或基於一組條件進行更改
⑷ 前端頁面是有哪三層構成，作用是
網頁分成三個層次，即：結構層、樣式層、行為層。
HTML：結構層 網頁的結構或內容層是該頁面的基礎HTML代碼。正如房屋的框架為房屋的其他部分構建了一個堅實 的基礎，HTML的堅實基礎創建了一個可以在其上創建網站的平台。 結構層用於存儲客戶想要閱讀或查看的所有內容。HTML結構可以包含文本和圖像，它包括訪問者用 於瀏覽網站的超鏈接。這是在符合標準的HTML5中編碼的，可以包括文本，圖像和多媒體（視頻，音頻等）。 網站內容的每個方面都應該在結構層中表示。這允許關閉JavaScript的客戶或無法查看整個網站的 CSS訪問許可權的客戶（如果不是所有功能）。
CSS：樣式層 該層指示結構化HTML文檔如何看待網站的訪問者，並由CSS（層疊樣式表）定義。這些文件包含有 關如何在Web瀏覽器中顯示文檔的樣式說明。樣式層通常包括基於屏幕大小和設備更改站點顯示的 媒體查詢。 網站的所有視覺樣式都應位於外部樣式表中。您可以使用多個樣式表，但請記住，每個CSS文件都需 要HTTP請求才能獲取它，從而影響站點性能。
JavaScript：行為層 行為層使網站具有交互性，允許頁面響應用戶操作或基於一組條件進行更改。JavaScript是行為層最 常用的語言，但CGI和PHP也經常被使用。 當開發人員引用行為層時，大多數都是指在Web瀏覽器中直接激活的層。您可以使用此圖層直接與 DOM（文檔對象模型）進行交互。在內容層中編寫有效的HTML對於行為層中的DOM交互非常重 要。在構建行為層時，應該像使用CSS一樣使用外部腳本文件來優化速度和性能。
⑸ 前端頁面有哪三層構成，分別是什麼作用是什麼
最准確的網頁設計思路是把網頁分成三個層次，即：結構層、樣式層、行為層。
HTML：結構層
網頁的結構或內容層是該頁面的基礎HTML代碼。正如房屋的框架為房屋的其他部分構建了一個堅實
的基礎，HTML的堅實基礎創建了一個可以在其上創建網站的平台。
結構層用於存儲客戶想要閱讀或查看的所有內容。HTML結構可以包含文本和圖像，它包括訪問者用
於瀏覽網站的超鏈接。這是在符合標準的HTML5中編碼的，可以包括文本，圖像和多媒體（視頻，音頻等）。
網站內容的每個方面都應該在結構層中表示。這允許關閉JavaScript的客戶或無法查看整個網站的
CSS訪問許可權的客戶（如果不是所有功能）。
CSS：樣式層
該層指示結構化HTML文檔如何看待網站的訪問者，並由CSS（層疊樣式表）定義。這些文件包含有
關如何在Web瀏覽器中顯示文檔的樣式說明。樣式層通常包括基於屏幕大小和設備更改站點顯示的
媒體查詢。
網站的所有視覺樣式都應位於外部樣式表中。您可以使用多個樣式表，但請記住，每個CSS文件都需
要HTTP請求才能獲取它，從而影響站點性能。
JavaScript：行為層
行為層使網站具有交互性，允許頁面響應用戶操作或基於一組條件進行更改。JavaScript是行為層最
常用的語言，但CGI和PHP也經常被使用。
當開發人員引用行為層時，大多數都是指在Web瀏覽器中直接激活的層。您可以使用此圖層直接與
DOM（文檔對象模型）進行交互。在內容層中編寫有效的HTML對於行為層中的DOM交互非常重
要。在構建行為層時，應該像使用CSS一樣使用外部腳本文件來優化速度和性能。
(5)前端三層擴展閱讀：
分層的一些好處是：
共享資源：當您編寫外部CSS或JavaScript文件時，站點上的任何頁面都可以使用該文件。如果
您需要對該文件進行更改，也許更新網站上的某些排版樣式，則使用該樣式表的每個頁面都會得到
更改。沒有必要單獨編輯網站的每個頁面，這對於大型網站來說可能是一項艱苦的任務。
下載速度更快：首次由客戶下載腳本或樣式表後，Web瀏覽器會對其進行緩存。由於這些共享
資源現在包含在瀏覽器的緩存中，因此瀏覽器中請求的其他頁面載入速度更快，從而提高了整體頁
面速度和性能。
多人團隊：如果您有多個人同時在網站上工作，您可以使用允許文件簽入和簽出的系統，以確
保每個人都使用最新版本。如果樣式和行為與結構文檔交織在一起，那就更難了。
搜索引擎優化：一個明確分離風格和結構的網站可能會對搜索引擎有更好的表現，因為它們可以更有效地抓取內容並理解頁面而不會陷入視覺風格和行為信息。
輔助功能：外部樣式表和腳本文件更易於人們和瀏覽器訪問。屏幕閱讀器等軟體可以更輕松地
處理結構層中的內容，而無需處理無論如何都無法使用的樣式。
向後兼容性：使用單獨的開發層設計的站點更可能向後兼容，因為無法使用某些CSS樣式或禁
用了JavaScript的瀏覽器和設備仍然可以查看HTML。然後，您可以使用支持它們的瀏覽器的功能逐
步增強您的網站。
⑹ 三層架構多個ui前端的情況下，圖片如何共享呢
有一個專門放圖片的伺服器集群。通過域名+相對URL的配置來實現共享。
比如你在網站後台上傳了一張圖片，首選它會把這張圖片的原文件保存在一個文件夾下，然後再用這張圖片生成各種大小的鎖縮略圖，打水印等。你上傳一張2MB的手機照片。它會生成40*40，100*100，320*480......，等等。圖片會用相對路徑+縮略圖尺寸的方式來命名，並以字元串形似存入資料庫。這些圖片甚至會備份幾份，以免特殊情況下緊急訪問。
在網站上就可以配置域名來訪問了。如: image1.你的域名+URL。
在APP通過HTTP訪問， image2.你的域名+URL。
在winform上可以使用bit64來顯示， image3.你的域名+URL。
有些伺服器每天接收3億張圖片上傳。硬碟大小是有限的，伺服器可以繼續加，image1,image2,image3......域名也是可以繼續解析的。
還有其他一些方案，大同小異。訪問圖片伺服器，返回圖片或bit64.
⑺ 前端的三層架構是什麼意思
分成：結構層、表示層、行為層。
結構層（structural layer）
由 HTML 或 XHTML之類的標記語言負責創建。標簽，也就是那些出現在尖括弧里的單詞，對網頁內容的語義含義做出了描述，但這些標簽不包含任何關於如何顯示有關內容的信息。例如，P標簽表達了這樣一種語義：「這是一個文本段。」
表示層（presentation layer）
由 CSS 負責創建。 CSS對「如何顯示有關內容」的問題做出了回答。
行為層（behaviorlayer）
負責回答「內容應該如何對事件做出反應」這一問題。這是 Javascript 語言和 DOM主宰的領域。
⑻ 前端頁面有哪三層構成 兼容性
結構層：由html或XHTML的標記語言負責創建。標簽，就是那些出現在尖括弧里的單詞，對網頁內容的語義含義
做出了描述，但這些標簽不包含任何關於如何顯示有關內容的信息。例如，p標簽表達了這樣一種語義：「這是
一個文本段」。
表示層：由CSS負責創建。CSS對「如何顯示有關內容」的問題做出了回答。
行為層：負責回答「內容應該如何對事件做出反應」這一問題。這是JavaScript語言和DOM主宰的領域。
⑼ web前端就業前景好嗎
UI 是設計師， 設計網頁(軟體)展示效果、交互方式以及引導客戶方便使用軟體功能的設計師。
視覺設計師通常是美術相關專業畢業，需要了解基本的美術原理以及互聯網設計方向等
交互設計師可能是程序員轉過來的，也有是半個產品經理的，除了基本的視覺要求，要很熟悉在網頁上面能夠完成的各種事件和操作，在這點上面甚至要超過前端
前端是工程師，前端是打雜的，負責所有UI的代碼實現和後台數據聯調部分工作。
所有設計師設計的模型，都需要前端轉化為真實的網頁demo
除了確保瀏覽器設計效果OK，還要確保後台數據展示完全正常並且數據傳遞不能出差錯
基礎以上，前端工程師還需要追求更多的事情，比如簡化代碼，公用代碼組件，提高開發效率和瀏覽性能的最大化
後台是工程師，負責系統核心功能，確保數據處理的安全性、准確性以及伺服器的穩定性等。
互聯網軟體的數據存取方式設計開發(資料庫部分)
前端聯調開發(業務介面部分)
線上運營維護(大公司有專門的運維SA)
很明顯後台是一個互聯網軟體產品的核心，其他部分如果在核心功能很完整的情況下，是能夠發揮很好的作用的。 事實上在比較小或創業型公司裡面是不分各種崗位的，業務需求來了你啥都得做，頂多是別人已經幫你設計好了視覺稿(一個網頁快照)。在大公司裡面各個崗位則又有分類， 例如UI崗位的視覺設計師、交互設計師、交互體驗師等，前端也有可能包括網頁開發(HTML/CSS)或者交互開發(js工程師)以及前端架構師之類的，後台則更多了，除了上面提到的SA(有時候不劃分在研發團隊，而是劃分在質量保障團隊)， 還有專門的資料庫工程師(DBA)， 研發工程師，架構工程師等等。
就業前景：
如果你的技能達到行業標准線， 都不愁工作。
畢業生的話差不多根據專業選擇設計師還是工程師。
如果幾乎沒有經驗快速就業的話，網頁開發更容易，但是前端知識面很廣，精通不易。
後台開發需要比較好的學校教育基礎或者大量的經驗，否則競爭力不高。
無論做哪一個行業職位，興趣我覺得還是比較好的領路人
PS： 我原來是阿里的後台開發，自己對前端感興趣，就轉前端了， 現在也做了4年了，相對後台開發，壓力較小，工資較低，感覺不錯。