① 什麼是前後端分離用vue angular等js框架就能實現前後分離了嗎
前後端分離就是後端把數據都封裝在一個url地址中，前端只要用ajax去請求就行。不用框架也能實現分離。
vue angular是為開發效率而生的。
② 一個web項目前後端分離，前端工程師需要掌握哪些
首先你要知道什麼是web前端工程師：
Web前端開發工程師，其工作崗位主要職責是利用(X)HTML/CSS/JavaScript/DOM等各種Web技術進行產品的界面開發。製作標准優化的代碼，並增加交互動態功能，同時結合後台開發技術模擬整體效果，進行豐富互聯網的Web開發，致力於通過技術改善用戶體驗，使得web界面可以更加友好的與用戶交互。
Web前端工程師需要的技能：
為網站上提供的產品和服務實現一流的Web界面，優化代碼並保持良好兼容性
Web前端表現層及與前後端交互的架構設計和開發
JavaScript程序模塊開發，通用類庫、框架編寫
利用各種Web技術模擬開發產品原型
配合後台開發人員實現產品界面和功能
Web新技術調研和資訊整理
精通HTML/XHTML、CSS，熟悉頁面架構和布局，精通Ajax、JavaScript、DOM等前端技術，掌握面向對象編程思想
③ java前後端分離架構 前端需要安裝什麼軟體
你說的前端分離了，那麼前端只要能調用服務的都可以，發送請求，處理請求的都行。現在比較流行的都行。
④ 前後端分離框架 前端怎麼調用後端
分離的話看你們是以前端為主還是後端為主了(基本看公司人員技術分配而定)
如果是以後台為主的話基本上前端只需要獲取數據做展示做一些基本的邏輯就OK了
使用的技術大多都是ajax es6的promise雖說也不錯但總歸還在適應階段 還有各種新玩意就不說了
如果是以前台為主的話你需要根據架構來做具體的業務 實際上數據的調用都是一樣 多的是邏輯前端需要比較嚴謹 代碼組件化 什麼router rex 一堆東西
⑤ 前後端分離，用什麼好的前端框架比較好
哪方面的框架？js框架就jQuery、zepto等等吧，mv*的就angular、backbone等等吧，css就jQuery ui、bootstrap等等吧
⑥ 什麼是前後端，有沒有前後端分離，還有如何區分mvc與前後端分離
1>>前後端分離的意思是，前後端只通過 JSON 來交流...
同意其他幾位，JSON 只是一種可選的協議，而不是唯一，也未必是前後端通信的最佳方案。
2>>組件化、工程化不需要依賴後端去實現...有哪些好處或弊端？
前端的組件化、工程化，js 等代碼越來越胖，有點類似於過去 C/S 時代的 fat client。所以這個問題相當於，計算是主要放在 client 好，還是 server 好？
Fat client 好，還是 thin client 好，取決於所開發應用、產品、系統的類型、規模和特點，其中一些權衡因素主要包括軟體復雜度、人機交互模型、網路帶寬、server 與 client 的處理能力等等。無所謂好壞，適合就好。
Client-side MVC 確實是一個趨勢，Web 架構設計上的一個創新。
⑦ 微服務架構下，進行前後端分離，前端怎麼寫
分離後的前端，不再是一個簡單的HTML文件，已經是一個獨立的應用系統。除了要考慮頁面的數據渲染展示，還要用工程化的思想來考慮前端的架構，前後端的交互和數據安全等事情。
RESTful介面交互
前後端分離之後，更多的是採用RESTful風格的介面與後端進行數據交互。
REST是「呈現狀態轉移（REpresentational State Transfer）」的縮寫，一種API的架構風格，在客戶端和服務端之間通過呈現狀態的轉移來驅動應用狀態的演進。
在 REST 樣式的 Web 服務中，每個資源都有一個地址。資源本身都是方法調用的目標，方法列表對所有資源都是一樣的。這些方法都是標准方法，包括 HTTP GET、POST、PUT、DELETE，還可能包括 HEADER 和 OPTIONS。
RESTful的API設計，使得後端通過介面向前端傳遞數據，數據的格式通常是JSON這種通用的格式。對前端來說，只要後端返回過來的是RESTful的數據就行，不管後端是用Java寫，還是用python或PHP，拜託對後端的依賴，做到前端系統的獨立。
工程化構建
Nodejs不止可以用來做前端伺服器，在開發階段，它也能發揮很大的作用。
前端生態的發展，是圍繞著Nodejs進行的。用npm來管理項目依賴，可以很好的維護和運行在Nodejs環境上。
打包工具grunt、gulp、webpack和rollup等，都是運行在nodejs上，再結合語法編譯、打包部署等插件，將應用輸入成一個完整的應用。
如果你使用了Angular、React或Vue框架，或者你使用瀏覽器暫時還不兼容的ES6語法，還需要在應用打包前用babel將語法編譯成瀏覽器可識別的ES5的語法。
SPA
SPA是單頁Web應用（single page web application，SPA）的簡寫，就是只有一張Web頁面的應用，是載入單個HTML 頁面並在用戶與應用程序交互時動態更新該頁面的Web應用程序。
像Angular、React或Vue就是為了SPA而設計的，結合前端路由庫（react-router、vue-router）和狀態熱存儲（rex、vuex）等，可以開發出一個媲美Native APP的Web APP，用戶體驗得到了很大的提升。
當然，SPA也不是完美的，也不是適合所有的web應用，需要結合項目和場景來選擇。
SPA有如下缺點：
初次載入耗時增加。可以通過代碼拆分、懶載入來提升性能，減少初次載入耗時。
SEO不友好，現在可以通過Prerender或Server render來解決一部分。
頁面的前進和後端需要開發者自己寫，不過現在一些路由庫已經幫助我們基本解決了。
對開發者要求高，由於做SPA需要了解一整套技術棧，所以，要考慮後期是否有合適的人選進行維護。
⑧ oa系統開發前後端分離前端用什麼技術比較好
目前java語言是最穩定的，高端OA如用友泛微等，都是用java開發的，所有的語言見下面 OA軟體的開發語言很多，目前較為常見的有ASP/PHP/的技術工程師，從這個市場熱度不難看出--JAVA和在擴展、升級、模塊化方面的均衡優勢。第三:還有一個最為簡單的驗證方法，就是可以問問你身邊搞過研發或者懂點計算機語言技術的朋友，他們都會給你一個明確的答案。 .NET語言開發的軟體產品穩定性較高，產品可以模塊化是一個存在的事實優勢，但.NET具有很強的優勢的同時，也存在一定的劣勢，如跨平台、大數據並發。同時.Net與ASP對接時，就會導致產品的安全性變低，.NET平台的安全性會隨著ASP的安全漏洞安全為黑客或者不法分子利用進而破壞，這個也就一直困擾軟體技術工程師的一個最大的問題--.NET語言沒有辦法和ASP對接的最大一個因素之一。當然.NET如果不需要與ASP語言對接，那麼也不存在這樣的風險。 目前國內基於.Net 的OA產品有:金和C6(高端版本) 5. JAVA JAVA是1995年由SUN公司引進到我們這個世界的革命性變成語言，今天我們記住SUN這一全球性大公司的原因就是因為SUN在網路安全系統方面是最為優秀的提供商，JAVA的優秀在於與傳統的軟體比較就是:傳統的軟體往往與具體的視線環境有關，一旦環境有所變化就需要對軟體做一番改動，耗時費力，而JAVA編寫的軟體能在執行碼上兼容，只要伺服器提供JAVA解釋器，JAVA編寫的軟體就能在其上運行(更多解釋可以見清華大學出版社出版JAVA2實用教程(第二版)，在這免費做做廣告o(∩_∩)o…)。 JAVA比.Net相比,可以跨平台，具有非常強的擴展性;可以在LINUX,UNIX上部署。對於超大型的OA系統,這是至關重要的。Windwos平台想實現上千並發不太現實，這是一個絕對的事實。JAVA在擴展性和穩定性上(SUN在網路安全方面的持續支持)的優越表現導致銀行、稅務、公安、政府這樣基於有很高安全要求的公司或者單位在選擇軟體才產品的時候會首先選擇JAVA語言開發的軟體產品。 目前國內基於JAVA的OA軟體:泛微的Ecology;用友致遠;35互聯老闆簽批系統。 由於JAVA和.NET語言開發的產品穩定性和安全性比較高的眾所周之的原因，所以在OA軟體的應用中使用JAVA和.NET語言開發的OA軟體銷售的價格會比ASP和PHP開發的軟體價格通常要高，但是隨著JAVA和.NET的語言技術的大規模使用，一旦JAVA和.NET開發的OA軟體進入中低端市場，PHP和ASP結構的OA軟體也將會面臨全面被取代的局面。 目前國內OA行業中還有一種「功能為王」的聲音，這部分主要是依靠ASP、PHP語言技術為主導的商家，這部分商家通常會強調「功能為王」，主觀上來看這其實並不錯，但是如果站在長期的目標來看，功能為王並不貼切，現有的功能滿足並不等於未來的功能滿足，JAVA和.Net之所以成為主流，這一點是任何技術流派不能阻止的，越老越多的軟體工程師在學習使用這兩種計算機語言，他們當然知道選擇的原因。OA選型人員應該從更加長遠的角度選擇OA產品。找到最適合自己的OA軟體產品最為重要。
⑨ java前後端分離怎麼整合成框架
你拆分的是前後端，就是說前端是一個項目，後端是一個項目。你要把html拆出來，後端照常引用這個jar
⑩ shiro安全框架適合前後端分離模式嗎
該網站前端變化遠比後端變化頻繁，則意義大。 2、該網站尚處於原始開發模式，數據邏輯與表現邏輯混雜不清，