早些年前，前端能力還是很有限，一般都是採用混合開發，就是前端寫好頁面，交給後臺巢狀到jsp頁面或者其他語言的頁面中。這樣的問題是頁面如果要修改，那麼就需要前端後端都要改。很容易出問題。自從前端出現了mvc，三大主流框架橫空出世，現在一般都是採用前後端分離的模式開發。

aps.net就是前後端合併的開發形式，前端頁面由後臺的asp.net引擎生成程式碼，包括資料繫結，頁面樣式模板等。但是現在流行前後臺分離開發模式，這樣前端頁面跟後臺程式碼解偶，更加靈活，開發效率更高，前臺頁面展示更豐富，開發流程更合理。

來，哥給你講講，我是，java android程式設計師，你的問題其實是前後臺怎麼對接怎麼呼叫，如果是java web的話 一般前臺都是用框架寫的 比如extjs,easyui或者純css js 等，一般呼叫都是透過ajax的方式，一般是透過post或者get的方式請求後臺，首先在後臺把處理的方法寫好，把後臺處理方法路徑填到ajax中，如果你需要從前臺傳遞大量資料到後臺 建議使用post請求，先在ajax裡把資料轉為json格式，後臺request.getparameter接收到後轉為json物件，在從裡面獲取資料，如果前臺需要回調資料的話。就在最後把資料透過respons.getwriter().writer(XXXX)的方式返回給前臺

怎麼合併看你的軟體是什麼樣的架構設計，比如有的網頁設計的是前端後臺利用中間介面API來做訊息傳遞，後面部署的時候分開部署就可以程式碼不需要合併，看你怎麼設計的了，個人見解，不一定所有的軟體都是這樣。

現在透過我的經驗，來給你講一講前端和後端如何完成整合。

前端和後端都會遵照一套資料模型定義。前段在開發的時候，會利用模擬資料進行開發。前端在開發的時候就不需要依賴後端的API。

這些模擬資料一般來自於記憶體資料庫,就是使用真正的API介面來獲取資料，只不過這個資料不是從遠端伺服器上獲取，而是透過本地的記憶體資料庫來獲取。

這樣子開發出來的前端，幾乎可以無縫的與後端API進行整合。

當然需要一個引數變數，或者環境變數來設定是開發環境還是生產環境。如果是開發環境，就直接獲取本地記憶體資料庫。如果是生產環境，則呼叫遠端資料介面。

接下來說一下後端。

後端開發要與前端完全分開，最好要使用rest API。這樣子可以使每個介面不存在狀態的記錄，屬於無狀態API。

這樣的API可以讓任何的終端呼叫。

因此測試這樣的API，可以使用任何程式。一般常用的比如，一些瀏覽器外掛postman，rest client。也可以使用一些獨立的程式。只要可以進行HTTP的get,post ,patch, delete, put等操作就可以了。

一般過程是這樣子的，裝好外掛或者程式以後,如果需要的話，設定輸入引數, 然後進行相關的HTTP操作。再檢視返回結果。根據返回結果進行除錯。

這樣子後端就開發完成了。

在這個過程中，不需要前端的參與。

假設前端的開發任務已經完成，後端的開發任務也已經完成。兩者需要真正的整合測試一下。

那麼前端這一部分只需要開啟生產環境變數就可以了。

現在的前後端開發一般都是這麼一個流程。

如果你用的比較老的開發模式，比如ASP dot net mvc或者spring mvc這種前後端，放在一起的。那就邊開發邊整合。不存在前後端分開的問題。

後面這種模式，開發起來比較麻煩。如果一個程式設計師，只懂的後端，比如c sharp或者Java。他只能等著一個懂JavaScript， html, css的程式設計師來做頁面部分。在頁面部分要對API進行呼叫。

這個呼叫的框架準備好以後，後端才可以放開手腳，進行開發和測試。

這裡面會造成一些時間上的浪費，和工作上的瓶頸。開發效率不是很高。

除非團隊裡的程式設計師都是全棧的程式設計師。既可以寫頁面，也可以寫後端程式設計和資料庫訪問互動。這樣子對程式設計師的要求有點高。一般來說不太現實。

總的來說，現在業界比較推崇前端和後端分開的方式來進行開發。這樣子開發的好處就是，前端工程師和後端工程師，分的比較開，招人的成本和花的時間都還過得去。

關於這個問題。目前的趨勢是前後端分離。當然很多很菜前端做這個做不到這些。這個就可以通過後端用js渲染html，當然這個過程中需要用一下模板語法了。當然還需要一些封裝繼承等面向物件思想解決程式碼複用。

前後端分離的就簡單了。後臺提供一套api,供前端去掉用。將前端的html等作為靜態資源部署到伺服器就可以了。後端server收到請求，直接獲取靜態資源返回回來。