1. 通過http獲取接口數(shù)據(jù)如axios，本地localhost要和后端配合允許跨域請求訪問，如果是開發(fā)階段通過接口定義做mock。
2. 不一定要spa，前后端分離相當(dāng)于前端資源文件單獨(dú)發(fā)布成靜態(tài)資源服務(wù)（做服務(wù)端渲染除外），多頁面通過鏈接地址跳轉(zhuǎn)（但還是建議spa，當(dāng)一個(gè)完整項(xiàng)目處理，而不是一個(gè)個(gè)頁面）。
3. 前端打包完成后自己發(fā)布就是了（如果有運(yùn)維給運(yùn)維），如nginx。
4. handlebars不太了解，查了下是模板引擎，跟vue不一樣，{{}}常常作為參數(shù)替換的一種約定。（由于對handlebars不了解，剩下關(guān)于handlebars的問題不做評價(jià)）

1.這個(gè)問題分開來回答：
（1）如果你本地的前端工程是跑在后端服務(wù)中的（java），那你直接調(diào)用http請求就可以了
（2）如果前后端是完全分離的，那你本地需要自己起個(gè)服務(wù)（nodejs，webpack-dev-sever，express），請求到后端同事的接口，有時(shí)需要解決跨域的問題。
2.前后端分離的項(xiàng)目，不都是spa，如果是SPA單頁面應(yīng)用，是通過管理路由來切換頁面；
3.這個(gè)問題實(shí)際上問的是打包部署的問題，這就涉及到部署工作由誰來做，這個(gè)工作誰來做不是主要的，但是作為前端要知道你打包好的工程是怎樣部署到服務(wù)器的（linux，windows），開發(fā)環(huán)境和生產(chǎn)環(huán)境到底有什么區(qū)別。
4.Handlebars 是 JavaScript 一個(gè)語義模板庫，通過對view和data的分離來快速構(gòu)建Web模板。
而vue的{{}}的插值也是一個(gè)語義模板，但是vue內(nèi)部還實(shí)現(xiàn)了雙向綁定，不是一個(gè)概念，只是用法類似。

前后端完全分離，是指代碼邏輯的完全分離，相互之間只通過接口交互。這種狀態(tài)的前端項(xiàng)目，實(shí)際上就是一堆靜態(tài)資源。

1. 接口通過XmlHttpRequest或者fetch請求后臺，同很久之前ajax技術(shù)。
2. 不一定是spa，spa只是為了方便開發(fā)管理app的狀態(tài)，優(yōu)化用戶的體驗(yàn)。多頁面的話就寫多個(gè)html即可。如果使用的是webpack做工程化的話，就多加幾個(gè)entry入口。
3. 前端頁面單獨(dú)部署到服務(wù)即可，不需要跟后臺項(xiàng)目交互。
4. 由于node.js的出現(xiàn)，前端從原來的刀耕火種開始急速的進(jìn)化。原來寫頁面得寫html，現(xiàn)在因?yàn)榍昂蠓蛛x了，我們只要保證上線的代碼是編譯過的html，js即可。這意味著開發(fā)階段你想怎么玩就玩，無非就是預(yù)編譯的時(shí)候做多點(diǎn)事情而已。Mustache , pug, Handlebars 都屬于模板引擎。你可以按照他們的語法寫頁面，然后編譯成html。至于vue和他們完全不一樣哈。
5. 模板引擎的插值毫無疑問沒有MV*框架的模板語言強(qiáng)大，當(dāng)然這意味著你得引入vue一系列的周邊。

本來是java初學(xué)者 沒想到來了公司要學(xué)習(xí)vue，前后端都要開發(fā)，目前做了好幾個(gè)項(xiàng)目都是單頁面的 還沒有涉及到多頁面，所以只能回答部分問題，
1.獲取后端接口 ，要么是提前約定好接口路徑，要么找后端開發(fā)要接口路徑，然后通過axios進(jìn)行訪問；前端開發(fā)完成后一般要和后端開發(fā)進(jìn)行聯(lián)調(diào)，確定沒有bug后，然后將前后端編譯好部署到服務(wù)器上進(jìn)行測試，至于你說的handlebars沒接觸過，目前開發(fā)用到的只有v-moudel和{{}}，前者是雙向綁定，后者是單向綁定