A. 前端後端怎麼連接起來
前端調用後端介面無外乎六種方法，如下：
1、打開vs，創建空的asp.net mvc演示項目【WebMVC】
（1）依次點擊【文件】->【新建】->【項目】；
（2）在【新建項目】界面選擇【Web】->【ASP.NET Web 應用程序(.NET Framework)】，輸入名稱，選擇框架至少4.5版本，點擊【確定】按鈕；
（3）選擇【空】->【MVC】->【確定】 ；
（4）創建好了項目。
2、在項目中
（1）在Controllers文件夾上點擊滑鼠右鍵，依次選擇【添加】->【控制器】，即可完成HomeController的創建；
（2）在Controller的Index方法內，點擊滑鼠右鍵，選擇【添加視圖】；
（3）在項目中添加文件夾【Content】並添加jquery源文件；
（4）在Index頁面添加jquery的引用。
3、在Index頁面中添加一個輸入文本框，一個按鈕，以及顯示結果的dom。
4、在HomeController中添加新的方法，用於接收前台傳入的參數，組裝後返回。
5、在Index頁面，添加Jquery的ajax方式，調用後台介面，返回結果的處理代碼。
6、在vs中，按F5調試運行結果，如下：
（1）在文本框中輸入內容；
（2）點擊按鈕，調用介面，並將返回值顯示在界面；
（3）如果要提交大量數據，或者敏感數據，請修改ajax的type方式，這樣參數就不會在url地址欄中顯示了。
B. 前端項目開發對接後端為伺服器介面
在項目中,前端如何調用後端的介面,整體的流程大概可以分為
路由調用vue頁面的組件,
頁面組件調用前端的Api介面(js文件),
前端介面調用後端的微服務介面
這個是首頁,包含了多個路由,路由下也可包括子路由.路由中引用了頁面文件,頁面文件應用js文件,js文件中的請求引入默認的請求前綴,去對接後端的Api介面
C. 前端調用後端的介面有幾種方式了
一般不存在前端給後端介面的情況，幾乎都是後端給前端介面，所謂介面就是可以通過服務端部署的機器提供出來的URL地址進行動態的數據交互。通常的工作流是後端跟前端協商定義數據介面格式（一般就是JSON格式）形成文檔，後端實現介面，前端做靜態的mock（可以是直接在頁面的JS拼假數據或者通過JSON server按照真實調用服務的方式集成），後端實現服務介面，兩邊都完成後集成聯調。現在有swagger 或者 apiairy 等工具可以更簡化這個過程
D. 前端調用後端的介面有幾種方式了
GET, POST ,PUT, DELETE
HTTP方法 訪問 - 獲得 - 傳輸 - 驗證 -顯示
前端發起請求 後端返回數據
介面一般都是後端提供的，因為介面就是一個url，url指向伺服器的某個文件。
介面一般是返回一個json\txt\xml.....
E. 前後端介面對接規范（主要前端內容）.md
前後端分離意味著，前後端之間使⽤ JSON 來交流，兩個開發團隊之間使⽤ API 作為契約進⾏交互。從此，後台選⽤的技術棧不影響前台。當我們決定需要前後端分離時，我們仍然還需要⾯對⼀系列的問題：
RESTful API 統一約束客戶端和伺服器之間的介面。簡化和分離系統架構，使每個模塊獨立！
REST即表述性狀態傳遞（英文：Representational State Transfer，簡稱REST）是Roy Fielding博士在2000年他的博士論文中提出來的一種 軟體架構 風格。它是一種針對 網路應用 的設計和開發方式，可以降低開發的復雜性，提高系統的可伸縮性。 REST是設計風格而不是標准。 REST通常基於使用 HTTP ，URI，和 XML （ 標准通用標記語言 下的一個子集）以及 HTML （標准通用標記語言下的一個應用）
統一介面約束定義客戶端和伺服器之間的介面。它簡化了分離的結構，使各部分獨立發展。
REST要求狀態要麼被放入資源狀態中，要麼保存在客戶端上。或者換句話說，伺服器端不能保持除了單次請求之外的，任何與其通信的客戶端的通信狀態。 從客戶端的每個請求要包含伺服器所需要的所有信息。 這樣做的最直接的理由就是可伸縮性—— 如果伺服器需要保持客戶端狀態，那麼大量的客戶端交互會嚴重影響伺服器的內存可用空間（footprint）。
伺服器返回信息必須被標記是否可以緩存，如果緩存，客戶端可能會重用之前的信息發送請求。
客戶端無需關注數據存儲，伺服器端無需關注用戶界面，提高了前後端可移植性。
客戶端不關心直接連接到最終伺服器還是連接到中間伺服器。中間伺服器可以通過啟用負載平衡和提供共享緩存來提高系統可擴展性。分層系統也可以執行安全策略。
伺服器可以通過傳輸邏輯來臨時擴展或定製客戶端的功能。
GET https//domain.com/api/{模塊名}/{?菜單名}/{介面名}/:param
說明：
被用於獲取資源。不允許對伺服器上資源做任何修改操作。
示例：
常用於更新資源。通過請求體攜帶資源發送給伺服器。 注意： 在資源ID由客戶端而不是由伺服器選擇的情況下，也可以使用PUT來創建資源。修改成功返回200，創建成功返回201。 建議使用post進行創建新資源。
常用於創建新資源。創建成功通常返回201。
刪除資源。
status說明
---------------------------------------------------------------------------分割線-----------------------------------------------------------
請求方式：POST
參數:說明
返回值：
示例1
正確的
錯誤的
F. 前端限制了後端還要嗎
直接說結論，前端拿到後端的數據，不能直接用，還要再處理，在某些情況下是合理的，但是在題主寫的這個情況大概率是不合理的（因為不了解細節），正常來說，後端的介面設計應該是前端用著好使，並且一些需求發生改動後，前端只需要改一點點地方就能解決。
因為很簡單，前端的需求是渲染頁面，而後端的需求是給前端對應的數據。就比如說項目是一個新房子，前端就相當於裝修工人，而後端就相當於給裝修工人磚塊、瓷磚、地板的人。不可能所有的東西後端都需要給你弄好，一些磚塊你該劈成兩半就劈成兩半，這個不應該奢求後端做（雖然後端也能做）
簡單的說，後端更多的是提供泛用的介面，而不是每個介面都會定製化的給前端數據，這樣的話如果需求有修改，那麼前後端都需要修改了。
但是題主舉得例子就不一樣了，明顯是後端開發沒有做數據的過濾和整理，直接查了庫就返回回去了，這就變成了介面不規范的問題了。
正常來說遇到一些修改，前端可以改後端也可以改，並且以代碼或者架構的規范來看，那邊改都是合理的情況下，一般都是前後端商量商量哪邊更容易改就哪邊改，都是可以商量的事，這種改動大概率也花不了什麼時間。
G. java後端連接前端有多少種方式
前端和後端連接方式取決於應用程序的需求和技術棧，java常見的五種連接方式如下：1、RESTful API
使用RESTful API是最常見的前後端連接方式，前端通過HTTP請求與後端進行通信，並獲取或提交數據。（如下圖所示）
2、WebSocket
採用WebSocket協議實現雙向通信，可以實時推送數據給前端。（如下圖所示）
3、AJAX
使用AJAX技術進行非同步通信，前端通過XMLHttpRequest對象向後端發送請求，並在不刷新頁面的情況下更新數據。（如下圖所示）
4、RPC
使用RPC框架進行遠程過程調用，前端通過調用後端介面獲得數據。（如氏悉下圖所示）
5、GraphQL
對於復雜的應用程序，GraphQL是一種靈活的查詢語言，可用於查詢和修改後端數據，允許前端根據需要獲取所需的數據。（如下圖所示）
java前後端對接的難點所在：
1、面對高並發，大數據訪問時候，由於前端不合理調用後端介面，導致系統崩潰。介面單一職責造就的前端煩惱，一個功能往往要調不稿頌止一個介面才能完成。不斷的調介面，對前端也是一種折磨。
2、出入參的規范，這一點也是前後對接的難點，而責任往往在於後端的介面設計。後端設計介面的時候，不能只想著每一個介面就是殲敬乎完成特定的一個作用，而不考慮功能。後端必須要對出入參進行序列化與反序列化的定製，這樣才能保證出入參的數據類型是統一的。
