⑴ web前端開發都包括哪些技術
1、學會HTML
HTML是網頁內容的載體內容就是網頁製作者放在頁面上想要讓用戶瀏覽的信息，可以包含文字、圖片、視頻等。要熟練掌握div、table、ul li 、p、span等這些標簽,這些都是最常用的。
2、學習CSS（Cascading Style Sheets）—樣式。
一般看到web前端開發工程師的要求裡面,有一個會使用css+html 或者 css+div 來進行界面布局,所以css是用於輔助html來布局和展示的,
稱之為「css樣式」,CSS要熟練掌握float、position、width、height，以及對於的最大最小、會使用百分百、overflow、margin、padding,標題字體、顏色變化，或為標題加入背景圖片、邊框等等,這些都是跟布局有關系的樣式,必須要掌握的。
3、JS（java）—— 行為
java是用來實現網頁上的特效效果。如：滑鼠滑過彈出下拉菜單。或滑鼠滑過表格的背景顏色改變。還有焦點新聞（新聞圖片）的輪換。可以這么理解，有動畫的，有交互的一般都是用Java來實現的。
4、學習jquery
jquery是相當於把js封裝了一套的一個js插件,目的就是操作起來更方便,代碼寫的更少,jquery入門也很簡單,那些是入門需要學的和js一樣,只是換成了jq的代碼.其他的一樣網路就夠了。
5、最好會點後台語言,比如java、php,因為前台界面的數據都是從後台來的,如果會點後台代碼,就知道怎麼跟後台交互數據是最好的, 這樣節約時間,也可以讓前端代碼更規范.不然可能因為你的寫法和後端給來的數據不能結合上,那麼前端代碼又得重新寫,那就更麻煩了。
⑵ 2021年的前端框架選擇 Angular vs React vs Vue
每個前端開發人員都聽說過三個用於構建 Web 應用程序的框架：React、Vue.js和Angular。
React 是一個 UI 庫，Angular 是一個成熟的前端框架，而 Vue.js 是一個漸進式框架。
它們幾乎可以互換使用來構建前端應用程序，但它們並非 100% 相同，因此比較它們並了解它們的差異是有意義的。
每個框架都是基於組件的，並允許快速創建 UI 功能。
然而，它們都有不同的結構和架構——所以首先，我們將研究它們的架構差異以了解它們背 後的哲學。
React 不強制執行特定的項目結構，正如您從下面的官方「Hello World」示例中看到的那樣，您只需幾行代碼即可開始使用 React。
React 可以用作 UI 庫來渲染元素，而無需強制執行特定的項目結構，這就是它不是嚴格意義上的框架的原因。
React Elements是 React 應用程序的最小構建塊。它們比 DOM 元素更強大，因為 React DOM 確保在發生變化時有效地更新它們。
組件是更大的構建塊，定義了在整個應用程序中使用的獨立且可重用的部分。它們接受稱為 props 的輸入並生成元素，然後顯示給用戶。
React 基於 JavaScript，但它主要與JSX (JavaScript XML)結合，這是一種語法擴展，允許您創建同時包含 HTML 和 JavaScript 的元素。
您使用 JSX 創建的任何內容也可以使用 React JavaScript API 創建，但大多數開發人員更喜歡 JSX，因為它更直觀。
Vue.js 核心庫只關注視圖層。之所以稱為漸進式框架，是因為您可以使用官方和第三方包（例如Vue Router或Vuex ）擴展其功能，將其轉變為實際框架。
雖然 Vue 與 MVVM（Model-View-ViewModel）模式沒有嚴格關聯，但它的設計部分受到了它的啟發。使用 Vue，您將主要在 ViewModel 層上工作，以確保以允許框架呈現最新視圖的方式處理應用程序數據。
Vue 的模板語法讓您可以創建 View 組件，並將熟悉的 HTML 與特殊指令和功能相結合。這種模板語法是首選，即使原始 JavaScript 和 JSX 也受支持。
Vue 中的組件很小，是自包含的，並且可以在整個應用程序中重復使用。帶有擴展名的單文件組件(SFC).vue包含 HTML、CSS 和 JavaScript，因此所有相關代碼都位於一個文件中。
SFC 是在 Vue.js 項目中組織代碼的推薦方式，尤其是大型項目。需要使用 Webpack 或 Browserify 等工具將 SFC 轉換為可用的 JavaScript 代碼。
在本文中，我討論的是 Angular 2，而不是現在稱為 AngularJS 的框架的第一個版本。
AngularJS，原始框架，是一個MVC（模型-視圖-控制器）框架。但是在Angular 2 中，與 MV*-patterns 沒有嚴格的關聯，因為它也是基於組件的。
Angular 中的項目被組織成模塊、組件和服務。每個 Angular 應用程序至少有一個根組件和一個根模塊。
Angular 中的每個組件都包含一個模板、一個定義應用程序邏輯的類和元數據（裝飾器）。組件的元數據告訴 Angular 在哪裡可以找到創建和呈現其視圖所需的構建塊。
Angular 模板是用 HTML 編寫的，但也可以包含帶有特殊指令的Angular 模板語法，以輸出反應性數據和呈現多個元素等。
組件使用 Angular 中的服務來委託業務邏輯任務，例如獲取數據或驗證輸入。它們是 Angular 應用程序的獨特部分。雖然 Angular 不強制使用它們，但強烈建議將應用程序構建為一組可以重用的不同服務。
Angular 內置於 TypeScript 中，因此建議使用它以獲得最無縫的體驗，但也支持純 JavaScript。
React 是最受歡迎的 JavaScript 項目之一，在 GitHub 上擁有 16 萬顆星。它由 Facebook 開發和維護，並在他們的許多項目內部使用。此外，根據BuiltWith的使用統計數據，它為超過 200 萬個網站提供支持。
在三個框架中，Vue在 GitHub上的 star 數最多，有 176k。該項目由前 Google 員工 Evan You 開發和領導。據BuiltWith 稱，這是開源社區中一個非常強大的獨立項目，被超過 100 萬個網站使用。
Angular 是由 Google 開發的，但令人驚訝的是它並沒有用於他們的一些旗艦產品，例如搜索或 Youtube。它經常用於企業項目，並基於BuiltWith的數據為超過 97,000 個網站提供支持。
它是三個框架中星數最少的，在 GitHub 上有 68k 星。然而，當從 Angular 1 切換到 Angular 2 時，他們創建了一個全新的代碼庫，而不是繼續AngularJS項目，該項目也有 59k 星。
在開發應用程序時，開源包可以為您節省寶貴的時間。不僅如此，它們通常比定製組件和封裝更好，因為它們經過了實戰測試。
查看可幫助您更輕松地創建新功能的現成組件、主題和其他工具的可用性非常重要。
許多前端應用程序依賴全局狀態管理來存儲信息，例如誰登錄和其他用戶設置。
最流行的 JavaScript 狀態管理項目是Rex。大多數開發人員使用Rex的官方 React 綁定，這些綁定由 Rex 團隊維護。
由於 React 的流行，查找輸入組件和現成的元素非常容易。它們都只是在 Google 或 GitHub 上搜索即可。
React 生態系統還包括React Native，它允許您從用 React 編寫的單個代碼庫構建原生 iOS 和 Android 應用程序。因此，React 也可以成為使用 Web 技術構建移動應用程序的絕佳選擇。
React 是 MERN 堆棧的一部分，其中包含 MongoDB、ExpressJS、React 和 NodeJS。這種組合的偉大之處在於，單一語言——JavaScript——為整個應用程序提供動力。
盡管 Rex 可以在 Vue 中使用，但沒有官方綁定。但這不應該讓您擔心，因為Vuex是專門為 Vue 應用程序製作的官方狀態管理庫。除了與 Vue 很好地集成之外，使用 Vue 的開發人員工具進行調試也很容易。
在 Vue 的早期，很難找到現成的組件。隨著社區的發展，您可以使用各種輸入組件和高級元素來加快開發速度。
對於移動應用程序開發，有一個名為Weex 的新興項目。Weex 由阿里巴巴開發和使用，但不如 React Native 成熟和強大。更重要的是，由於該項目在中國開發和使用較多，因此很難找到英文文檔和解決問題的方法。
Vue 與 Laravel 集成得很好，這就是為什麼它們經常一起使用。Laravel 提供完整的JavaScript 和 CSS 腳手架，以支持在新項目中使用 Vue。
對於 Angular 中的狀態管理，您可以使用NgRx項目。它的靈感來自 Rex，但它是專門為 Angular 創建的。
與 Vue 和 React 的情況一樣，您可以將許多現成的組件導入到您的項目中。與 Angular 略有不同的是，Angular Material項目中有許多官方組件。這是 Google 的一個官方項目，為 Angular 應用程序提供 Material Design 組件。
您可以使用NativeScript在 Angular 中構建跨平台移動應用程序。它也支持 Vue，但 Angular 支持更成熟。
Angular 是著名的 MEAN 堆棧的一部分，它將 Angular 與 MongoDB、ExpressJS 和 NodeJS 相結合。與 MERN 堆棧類似，它的前端和後端都完全依賴 JavaScript。
Angular、React 和 Vue 都可用於開發漸進式 Web 應用程序，也稱為 PWA。
PWA 不是移動應用程序，而是 Web 應用程序，智能手機用戶可以將其添加為主屏幕的快捷方式，並提供類似於原生移動應用程序的外觀和感覺。
您還可以為每個框架找到高級模板和預制應用程序，但 Angular 和 React 比 Vue 提供更多高級選項。
在選擇框架或庫時，您還需要考慮性能。
在許多情況下，您不必擔心性能，尤其是在構建小型項目時。然而，項目的范圍和復雜性越大，性能就會（並且將會）成為一個問題。
重要的是要注意，在 Web 性能方面，開發質量和遵循最佳實踐比框架的選擇更重要。
但由於存在一些性能指標和差異，我將研究它們並解釋每個指標如何影響您的開發工作。
JS 框架基準測試的結果表明，它們在大多數基準測試中都表現得相當好，例如在表中創建或附加行。
正如你在上面看到的，Vue 在選擇行時比 Angular 和 React 慢得多。另一方面，Angular 和 React 在交換行方面效率不高。
這些是渲染基準中唯一的實質性差異 - 在大多數情況下，不會產生明顯的結果。由於選擇行是比交換行更常見的功能，我想說這個基準測試將 Vue 排在第三位，僅次於 Angular 和 React 並列第一。
在內存和啟動時間方面，React 和 Vue 得分很好，但 Angular 稍慢。Angular 啟動一個基本腳本可能需要 150 毫秒，並且需要更多內存才能運行。
谷歌 Chrome 實驗室的Perf Track顯示了來自數千個網站的生產數據。這些統計數據受許多其他因素的影響，而不僅僅是選擇的框架，讓我們看看數字。
與 Angular 相比，Vue 和 React 網站在這個指標上的排名更高，Angular 需要更多時間來啟動並向用戶呈現內容。
在渲染完整頁面的三個框架中，Angular 也是最慢的，只有 27% 的 Angular 網站得分在可接受的范圍內。
對於所有三個框架，超過 80% 的網站都在第一次輸入延遲的可接受范圍內，這顯示了用戶可以與頁面交互所需的時間。
迄今為止，最輕量級的應用程序是使用 Vue 開發的應用程序，68% 的 Vue 應用程序載入的 JavaScript 不到 1MB。另一方面，Angular 和 React 應用程序往往具有更大的代碼大小。
您可以從這些數字中看到趨勢，但您不應該太快得出結論。例如，對於最後一張圖，可以解釋為 Vue 用於開發更輕量級的應用程序，而 Angular 用於更大的項目。
統計數據可以幫助指導您做出正確的決定，但您不能使用它們來證明一個框架比另一個更快或更好。
對於更高級的應用程序，使用的前端框架應該能夠執行一些提高性能並且可以更好地擴展的任務。
兩項關鍵技術是伺服器端渲染 (SSR) 和虛擬化。
React 支持使用官方ReactDOMServer包進行伺服器端渲染。對於虛擬化，您可以使用名為React Virtualized的流行第三方工具。
Vue 中也支持伺服器端渲染以及官方的SSR 包。此外，您還可以使用基於 Vue 構建並支持 SSR的Nuxt.js框架。
不幸的是，Vue 中的虛擬化選項並不是那麼強大。在我看來，Vue Virtual Scroll List是虛擬滾動的最佳解決方案，但它有點問題，不如 React 和 Angular 的選項穩定。
Angular 擁有SSR的官方Angular Universal包，以及用於虛擬滾動和高效渲染大型列表的官方組件。
學習這些框架有多容易？
要回答這個問題，我們需要查看每個框架的復雜性及其引入的概念。
在最基本的用例中，React 是三個框架中最不復雜的。那是因為你只需要導入庫，然後你就可以用幾行代碼開始編寫你的 React 應用程序。
但是除了 Hello World 示例之外，大多數 React 應用程序都是基於組件的，而不僅僅是在頁面上呈現一些元素。
一些開發人員對 React 感到奇怪或困難的一件事是，學習 JSX 是一條單行道。您也可以使用原始 JavaScript，但由於大多數 React 開發人員使用 JSX，學習它幾乎是不可避免的。
這是使 React 的學習曲線變得更陡峭的主要因素，但除此之外，對於了解 JavaScript 並理解 Web 開發概念的開發人員來說，它是一個易於學習的庫。
Vue 的設置比 React 稍微復雜一些。你可以將它用作一個庫來定義你可以在整個 HTML 中使用的組件——但與 React 類似，這不是大多數項目的構建方式。
大多數 Vue 項目都有一個命名的根組件App.vue和一些用於顯示各種內容的子組件。
說到語法，你唯一需要學習的新東西就是 Vue 的模板語法，如果你了解 HTML，這很容易掌握。基本的指令，如v-if和v-for有條件的渲染和列表的渲染，很容易理解即使是初學者。
此外，Vue 的單文件組件將所有前端代碼保存在一個地方，便於組織新項目。
在我看來，Vue 是最容易學習的，因為它的簡單和直觀的語法。
Angular 擁有三者中最復雜的項目結構，而且由於它是一個成熟的前端框架，因此它依賴的概念更多。
除了組件，Angular 還支持模塊和服務。它希望您以特定的方式編寫和設計代碼庫，從而使您的項目在擴展時更易於維護。
至於語法，由於 Angular 最適合與 TypeScript 配合使用，因此在構建 Angular 項目時了解 TypeScript 非常重要。
與 Vue 一樣，您還必須熟悉類似 HTML 的語法，以便您可以開始使用 Angular 編寫新的 UI 功能。
在我看來，Angular 對於普通開發者來說是最難學的，因為它更復雜並且依賴於 TypeScript。
許多開源項目和框架逐漸被遺忘並無人維護。您是否應該擔心我們在這里討論的任何框架？
盡管我們無法完全預測會發生什麼，但正在進行的開發工作是這些項目 健康 狀況的良好指標。人氣和增長也是預測項目壽命的重要指標，所以讓我們來看看每個框架。
React v17.0已經發布，但令人驚訝的是，它沒有為開發人員提供任何新功能。
主要的變化是這個新版本可以更容易地升級 React 本身。您可以將 React 的某些部分從舊版本升級到新版本，而無需升級整個項目。
如果您的應用程序依賴於隨新版本更改或棄用的功能，您可以保留舊版本以保持此功能有效。此更新使 React 成為一個很好的長期選擇，因為它可以更輕松地與新版本保持同步。
React 的每周 npm 下載量自去年以來增長了 44% 。從絕對數量來看，它仍然是三個項目中下載量最大的。
Vue 3 已於2020 年 9 月發布，它解決了 Vue 2 在大型項目中存在的許多嚴重問題。它引入了受React Hooks啟發的Composition API，可以更輕松地跨組件重用邏輯。
整個項目用 TypeScript 重寫，提高了新 Vue 項目對 TypeScript 的支持，同時也使項目更易於維護。
Vue 3 是一個急需的升級，使 Vue 更適合大型項目。
Vue 的每周下載量自去年以來增長了 87%，使 Vue 成為相對而言增長最快的框架。如果 Vue 能夠保持這種增長速度，那麼它肯定會很快超過 Angular。
Angular 最近推出了Ivy 編譯器。它減少了構建時間，優化了資產，允許更快的測試，並總體上改善了開發人員的體驗。
Angular 團隊每年發布兩次重大更新，其中可能包含新功能，或者只是讓框架跟上新瀏覽器版本的速度。
自去年以來，Angular 的每周下載量增長了約 50% ，因此它仍然是一個受歡迎的項目。
Angular、React 和 Vue 都處於非常活躍的開發階段。他們定期發布新版本並維護現有版本。由於在每種情況下當前的支持水平都很高，因此您可以安全地使用這些框架中的任何一個。
需要注意的是，Angular 的增長沒有以前那麼快，而 Vue—— 盡管它是最近開始的——似乎增長了很多。
如前所述，我們無法預測哪些框架會長期保持相關性，但每個項目背後都有一個偉大的社區，並且在不斷發展。
我這篇文章的目標是解釋架構差異，分解每個框架的優點和缺點，並在適用的地方進行比較。
在進入一個新框架之前，有幾件事情需要考慮。
首先，在選擇新技術時，您團隊的經驗可能是一個決定性因素。
同樣，您必須考慮您所在地區可用的人才，以便您可以為您的項目聘請開發人員。
最後，當涉及到項目本身時，復雜性和范圍也會影響您對框架的選擇。
通過考慮所有關鍵差異，我希望您可以決定哪個是最適合您的目標和需求的前端框架。
(本文由聞數起舞翻譯自Aris Pattakos的文章《Angular vs React vs Vue 2021》，轉載請註明出處，原文鏈接：https://athemes.com/guides/angular-vs-react-vs-vue/)
⑶ 如何劃分前端技術階段
隨著互聯網的告訴發展，廣大的用戶對於用戶體驗的不斷提升，Web前端對於整個IT行業的重視程度還在繼續處於上升的趨勢。Web前端開發逐漸成為互聯網時代軟體產品研發中不可缺少的一部分，充當著重要的角色，其工資待遇水平也讓很多人羨慕不已。
2年工作經驗的Web前端開發工資差不多10K~15K，如果你會些後台技術，並且頃態茄Web前端技術很厲害的話，到20K也是可能的。這個工資的多少主要取決於你的技術情況，所以工資也不一定的。
但是北上廣的一個Web前端工程師的市場價差不多就是這樣，如果是二線省會城市，可能就是8K~10K，也是不錯的。我們搞技術這個行業，工資的多少取決於你技術的好壞。那怎樣區分Web前端技術的好壞呢？我把Web前端分成了5個級別，來看看你在哪個級別吧！
1、入門級
做頁面。就這么簡單。把Designer出的各種設計圖轉化成html+css+js+image的靜態網頁，並把它們交給後端開發人員製作成頁面模板。這就是入門級的前端工程師所做的事情。
2、進階級
還是做頁面。不過稍微復雜一些，你需要開始注意一些更復雜的問題，首當其沖的就是瀏覽器兼容性問題。老實說瀏覽器兼容性問題真的不是那麼好搞定的，畢竟每個項目對瀏覽器版本的要求都不一樣，而且現在不光有PC瀏覽器還有各種移動設備上的瀏覽器，同時國內廠家的瀏覽器種類也越來越多，坑也是密密麻麻。除了兼容性，你可能還要關注一下性能問題，包括但不限於網路性能、渲染性能、js邏輯的性能等等，這個展開講可以寫本小冊子了。
3、中級
帶團隊。你可能會奇怪，一個中級工程師就能帶團隊了？可是真的很多公司就是這樣，尤其是小公司。當你了解了html、js、css以及各種瀏覽器的各種特性細節之後，你會被任命帶領一個小的開發團隊，當然是前端開發團隊。可能加你一共也就三四個人，甚至更少。這時候你的工作內容除了自己寫一點頁面以外，還會幫助組員解決各種各樣的細節問題，畢竟，組里，你是最懂技術細節的。這個時候，一部分人開始停步不前，而另一部分人開始關注另一個新的問題：工程化。前端代碼都是非常鬆散的，項目結構性差，一旦開發人員數量多起來，業務復雜起來，如何管理這么多人、這么多代碼是個非常大的問題。能否在這個問題上得到突破，決定了你能否邁向下一個級別。
4、高級
架構設計。此時你熟悉前端開發的各種技術細節，同時對各種前端框架、技術的特性聊熟於胸，你知道如何組織和管理項目讓大家能以最快的速度達到項目要求，你甚至了解手下每個人的所長所短。於是當新項目到來，你迅速根據自身過往的經驗選取若干種技術和工具，配上你認為最合適的人選組成項目團隊，披荊斬棘日夜兼程將產品汪的各種奇葩需求斬於馬下。這么做了一兩個項目之後，你可能又覺得空虛了，你要尋求新的目標。恰好，NodeJS打開了通往新世界的大門。
5、非典型前端
穿過NodeJS打開的大門，你進入了全新的世界——後端。全新的世界，無限的可能。「上天入地，無所不能」。其實，要成為一名「非典型前端」並不雀察一定非得經過1~4的步驟。只是現在已經上了年紀的前端大多是這樣過來的，畢竟，NodeJS出來的時間也並不算很久。
上述就是我對Web前端技術級別的劃分。在未來幾十年Web前端都將是主流崗位，人才缺口超過百萬，現在學習正是最佳時機。你閉亮還在等什麼呢？
⑷ web前端開發都包括哪些技術
css，學好CSS是網頁外觀的重要一點，CSS可以幫助把網頁外觀做得更加美觀。
div布局： DIV元素是用來為HTML文檔內大塊的內容提供結構和背景的元素。
學習JavaScript的基本語法，以及如何使用。JavaScript編程將會提高開發人員的個人技能。
了解Unix和Linux的基本知識雖然這兩點很基礎，但是開發人員了解Unix和Linux的基本知識是有益無害的。
html5+css3：移動端的網頁製作。在移動設備開發HTML5應用只有兩種方法，要不就是全使用HTML5的語法，要不就是僅使用JavaScript引擎，現在也是前端的一個趨勢。
一些框架的應用：angular.js，node.js，bootsttap等框架的應用。
了解Web伺服器對Apache的基本配置，並且掌握htaccess配置技巧
web前端開發技術，還需要學習一些seo優化技術，因為前端是經常會和網站接觸的。
⑸ WEB前端培訓課程需要學習哪些方面的技術
前端頁面重構
內容包含了：(PC端網站布局項目、HTML5+CSS3基礎項目、WebApp頁面布局項目)
JavaScript高級程序設計
內容包含：(原生JavaScript交互功能開發項目、面向對象進階與 ES5/ES6應用項目、JavaScript工具庫自主研發項目)
PC端全棧項目開發
內容包含：(jQuery經典交互特效開發、HTTP協議、Ajax進階與PHP/JAVA開發項目、前端工程化與模塊化應用項目、PC端網站開發項目、PC端管理信息系統前端開發項目)
移動端項目開發
內容包含：(Touch端項目、微信場景項目、應用 Angular+Ionic開發 WebApp項目、應用 Vue.js開發 WebApp項目、應用 React.js開發 WebApp項目)
混合(Hybrid,ReactNative)開發
內容包含：(微信小程序開發、React Native、各類混合應用開發)
NodeJS全棧開發
內容包括：(WebApp後端系統開發、一、NodeJS基礎與NodeJS核心模塊二、Express三、noSQL資料庫)
大數據可視化
內容包含：(大數據可視化化基礎與實戰、一、數據可視化入門、二、D3.js詳解、三、其他JS庫)
學習內容大家清楚之後，可以更好地學web前端課程，選擇試聽課程可以了解自己適不適合這門課程，也了解下機構老師的講課思維和方式，這樣也可以提高自己的學習狀態和方式。
⑹ 前後端分離方案以及技術選型
作者：關開發
一.什麼是前後端分離？
理解前後端分離大概可以從3個方面理解：
1. 交互形式
2. 代碼組織形式
3. 開發模式與流程
1.1 交互形式
前後端不分離
後端將數據和頁面組裝、渲染好了之後，向瀏覽器輸出最終的html；瀏覽器接收到後會解析html，解析引入的css、執行js腳本，完成最終的頁面展示。
前後端分離
後端只需要和前端約定好接收以及返回的數據格式（一般用JSON格式），向前端提供API介面。前端就可以通過HTTP請求調用API的方式進行交互。前端獲取到數據後，進行頁面組裝、渲染，最終在瀏覽器呈現。
1.2 代碼組織形式
前後端不分離
在web應用早期的時候，前端頁面以及後台業務數據處理的代碼都放在一個工程下，甚至放在同一目錄下，前端頁面夾雜著後端代碼。前、後端開發工程師都需要把整套代碼導入開發工具才能開發。此階段下前後端代碼以及工作耦合度太高，前端不能獨立開發和測試，後端人員也要依賴前端完成頁面後才能完成開發。最糟糕的情況是前端工程師需要會後端模板技術（jsp），後端工程師還要會點前端技術，需要口頭說明頁面數據介面，才能配合完成開發。否則前端只能當一個「切圖仔」，只輸出HTML、CSS、以及很少量與業務邏輯無關的js；然後由後端轉化為後端jsp，並且還要寫業務的js代碼。
前後端分離
前後端代碼放在不同的工程下，前端代碼可以獨立開發，通過mock/easy-mock技術模擬後端API服務可以獨立運行、測試；後端代碼也可以獨立開發，運行、測試，通過swagger技術能自動生成API文檔供前端閱讀，還可以進行自動化介面測試，保證API的可用性，降低集成風險。
1.3 開發模式與流程
前後端不分離
在項目開發階段，前端根據原型和UI設計稿，編寫HTML、CSS以及少量與業務無關的js（純效果那些），完成後交給後台人員，後台人員將HTML轉為jsp，並通過JSP的模板語法進行數據綁定以及一些邏輯操作。後台完成後，將全部代碼打包，包含前端代碼、後端代碼打成一個war，然後部署到同一台伺服器運行。頂多做一下動靜分離，也就是把圖片、css、js分開部署到nginx。
具體開發流程如下：圖略
前後端分離
實現前後端分離之後，前端根據原型和UI設計稿編寫HTML、CSS以及少量與業務無關的js（純效果那些），後端也同時根據原型進行API設計，並與前端協定API數據規范。等到後台API完成，或僅僅是API數據規范設定完成之後。前端即可通過HTTP調用API，或通過mock數據完成數據組裝以及業務邏輯編寫。前後端可以並行，或者前端先行於後端開發了。
具體開發流程如下：圖略
二、前後端分離的好處與壞處。
從上面3個方面對比了之後，前後端分離架構和傳統的web架構相比，有很大的變化，看起來好處多多。到底是分還是不分，我們還是要理性分析是否值得才去做。
從目前應用軟體開發的發展趨勢來看，主要有兩方面需要注意：
· 越來越注重用戶體驗，隨著互聯網的發展，開始多終端化。
· 大型應用架構模式正在向雲化、微服務化發展。
我們主要通過前後端分離架構，為我們帶來以下四個方面的提升：
· 為優質產品打造精益團隊
通過將開發團隊前後端分離化，讓前後端工程師只需要專注於前端或後端的開發工作，是的前後端工程師實現自治，培養其獨特的技術特性，然後構建出一個全棧式的精益開發團隊。
· 提升開發效率
前後端分離以後，可以實現前後端代碼的解耦，只要前後端溝通約定好應用所需介面以及介面參數，便可以開始並行開發，無需等待對方的開發工作結束。與此同時，即使需求發生變更，只要介面與數據格式不變，後端開發人員就不需要修改代碼，只要前端進行變動即可。如此一來整個應用的開發效率必然會有質的提升。
· 完美應對復雜多變的前端需求
如果開發團隊能完成前後端分離的轉型，打造優秀的前後端團隊，開發獨立化，讓開發人員做到專注專精，開發能力必然會有所提升，能夠完美應對各種復雜多變的前端需求。
· 增強代碼可維護性
前後端分離後，應用的代碼不再是前後端混合，只有在運行期才會有調用依賴關系。應用代碼將會變得整潔清晰，不論是代碼閱讀還是代碼維護都會比以前輕松。
那麼前後端分離有什麼不好的地方嗎？我目前是沒有想到，除非你說會增加前端團隊的配備，後端工程師會變的不全能。。。
二、前後端分離架構方案。
實現前後端分離，主要是前端的技術架構變化較大，後端主要變為restfull 風格API，然後加上Swagger技術自動生成在線介面文檔就差不多了。
對於目前用於前後端分離方案的前端技術架構主要有兩種：
· 傳統SPA
· 服務端渲染SSR
2.1 傳統SPA
傳統SPA指的是單頁面應用，也就是整個網站只有一個頁面，所有功能都通過這一個頁面來呈現。因為一個人的肉眼，某一個時間點看一個頁面，既然如此何必要不同功能做多個頁面呢？只保留一個頁面作為模板，然後通過路由跳轉來更新這個模板頁面的內容不就可以了嗎？確實如此，現在通過reac全家桶、tvue全家桶，模塊化、路由、wabpack等技術輕而易舉就能實現一個單頁面應用。
單頁面應用的運行流程
1.用戶通過瀏覽器訪問網站url
2.單頁面的html文件（index.html）被下載到瀏覽器，接著下載html裡面引用的css，js。
3.css，js下載到瀏覽器完成之後，瀏覽器開始解析執行js向後端服務非同步請求數據。
4.請求數據完成後，進行數據綁定、渲染，最終在用戶瀏覽器呈現完整的頁面。
2.2 服務端渲染
服務端渲染的方案指的是數據綁定，渲染等工作都放在服務端完成，服務端向瀏覽器輸出最終的html。大家看完這個是不是有個疑問，這不是又回到了前後端不分離的時代了嗎？答案是否定的，因為這里的服務端是用來執行前端數據綁定、渲染的，也就是把瀏覽器的一部分工作分擔到了服務端。而目前具備這只種能力的服務端是NodeJs服務端。
它的原理其實就是在瀏覽器與前端代碼中間插入了一個NodeJs服務端。瀏覽器請求前端頁面時，會先經過NodeJS服務端，由NodeJs去讀取前端頁面，並執行非同步後端API，獲取到數據後進行頁面數據綁定，渲染等工作，完成一個最終的html然後返回瀏覽器，最後瀏覽器進行展示。
服務端渲染應用的運行流程：
1.用戶通過瀏覽器訪問網站url
2.NodeJS服務端接收到請求，讀取到對應的前端html，css，js。
3.NodeJS解析執行js向後端API非同步請求數據。
4.NodeJs請求數據完成之後，進行數據綁定、渲染，得到一個最終的html。
5.NodeJs向瀏覽器輸出html，瀏覽器進行展示。
PS：其實本質就是把前端編寫成一個nodeJs的服務端web應用。實施服務端渲染後，我們最終運行的是一個Nodejs服務端應用。而單頁面應用是把靜態頁面部署到靜態資源伺服器進行運行。
看到這里，你是否又有疑問，為什麼要這么麻煩搞服務端渲染呢？
2.3 SPA與服務端渲染方案對比
SPA的優點是開發簡單，部署簡單；缺點是首次載入較慢，需要較好的網路，不友好的SEO。
so，以下就是使用服務端渲染的理由了（摘取vue官方說法）：
與傳統 SPA (單頁應用程序 (Single-Page Application)) 相比，伺服器端渲染 (SSR) 的優勢主要在於：
· 更好的 SEO，由於搜索引擎爬蟲抓取工具可以直接查看完全渲染的頁面。
請注意，截至目前，Google 和 Bing 可以很好對同步 JavaScript 應用程序進行索引。在這里，同步是關鍵。如果你的應用程序初始展示 loading 菊花圖，然後通過 Ajax 獲取內容，抓取工具並不會等待非同步完成後再行抓取頁面內容。也就是說，如果 SEO 對你的站點至關重要，而你的頁面又是非同步獲取內容，則你可能需要伺服器端渲染(SSR)解決此問題。
· 更快的內容到達時間 (time-to-content)，特別是對於緩慢的網路情況或運行緩慢的設備。
無需等待所有的 JavaScript 都完成下載並執行，才顯示伺服器渲染的標記，所以你的用戶將會更快速地看到完整渲染的頁面。通常可以產生更好的用戶體驗，並且對於那些「內容到達時間(time-to-content) 與轉化率直接相關」的應用程序而言，伺服器端渲染 (SSR) 至關重要。
使用伺服器端渲染 (SSR) 時還需要有一些權衡之處：
· 開發條件所限。瀏覽器特定的代碼，只能在某些生命周期鉤子函數 (lifecycle hook) 中使用；一些外部擴展庫 (external library) 可能需要特殊處理，才能在伺服器渲染應用程序中運行。
· 涉及構建設置和部署的更多要求。與可以部署在任何靜態文件伺服器上的完全靜態單頁面應用程序 (SPA) 不同，伺服器渲染應用程序，需要處於 Node.js server 運行環境。
· 更多的伺服器端負載。在 Node.js 中渲染完整的應用程序，顯然會比僅僅提供靜態文件的 server 更加大量佔用 CPU 資源 (CPU-intensive - CPU 密集)，因此如果你預料在高流量環境 (high traffic) 下使用，請准備相應的伺服器負載，並明智地採用緩存策略。
以vue為例，實施服務端渲染可以查看官方指南： https://ssr.vuejs.org ，或選擇Nuxt.js
2.4 預渲染技術
如果你調研伺服器端渲染 (SSR) 只是用來改善少數營銷頁面（例如 /, /about, /contact 等）的 SEO，那麼你可能需要預渲染。無需使用 web 伺服器實時動態編譯 HTML，而是使用預渲染方式，在構建時 (build time) 簡單地生成針對特定路由的靜態 HTML 文件。優點是設置預渲染更簡單，並可以將你的前端作為一個完全靜態的站點。
如果你使用 webpack，你可以使用 prerender-spa-plugin 輕松地添加預渲染。它已經被 Vue 應用程序廣泛測試 - 事實上，作者是 Vue 核心團隊的成員。
prerender-spa-plugin: https://github.com/chrisvfritz/prerender-spa-plugin
三、前後端分離技術選型
- artTemplate + bootstrap（不推薦， 不算完全前後端分離）
- vue全家桶（推薦）
- react全家桶 （推薦，生態全）