後端部分**，前端mock映象設計，提供腳手架。
後端後端採用gin框架，自行搭建mvc架構，包括controller、model、router、db四個主要部分。
controller提供獲得資料資訊的各種方法，通過與models互動，獲得需要的資料，然後返回給view。在前後端分離的實現中，view被包裝成api，通過router為api定向，baas架構下，後端只提供必要的資料支援，頁面及互動效果不再負責。
前端前端採用vue框架，其本身支援mvvm架構，前後端分離的設計下，前端由資料驅動，通過獲得後端api提供的資料，為使用者提供相應的互動體驗。mock測試使用基於mock.js的乙個應用實現。
前後端互動
後端採用mvc架構，前端採用mvvm架構，我們很容易注意到mvc的model是資料庫，view被封裝成api後作為資料被前端直接使用，mvvm的model由api獲得，view是使用者獲得的體驗效果，也就是說，可以認為後端的view就是前端的model。那麼這整個cs架構都將是資料驅動的。
從資料庫 >> api >> 頁面，資料是這樣流動的。在早期前後端不分離時，後端使用模板語法兼顧頁面的渲染和跳轉，這個時候是資料庫 >> 頁面這樣直接的流動，渲染過程使用dtl等等語法可以直接忽略。雖然這樣減少了資料的流動性，實現更加簡單，但是在網路傳輸中的資料體量增大了，所以對使用者其實並不友好。使用api的封裝，減小了資料粒度，而且將與使用者互動的前端直接分離出來，可以著重發展使用者相關的功能及體驗，這對專案的商業化、實用性和使用者好感度的提公升都有很大的好處。
使用前後端分離的架構，前端的檔案放在網路指定位址上，使用者格局url可以直接訪問，當使用者在該網頁上進行api請求時，後端才會接收到相關請求，並返回資料，前端再在相應頁面上完成資料渲染以及呈現。分工明確。
專案位址
github
前後端分離專案
由於目前公司需要為已經存在的專案統一單點登入，而技術選型後採用的是apereo的cas。但是由於官方cas文件的混亂性 你懂得！並且其官方的例項和網上的例項教程都是基於傳統的專案 也就是非前後端分離專案 因此對於前後端分離的專案整合cas的可參考的資料就比較少，於是就有了下面的前後端分離專案基於ca...
前後端不分離專案
express 是nodejs核心框架。express的功能介紹？express generator自動構建開發工具 express有乙個本地埠localhost 3000靜態網頁 聯合前端網頁的源 通過ejs模組可以實現前後端聯合專案 ejs可以識別html標籤，還能解析js，執行在express...
部署前後端分離專案
1 將專案上傳到伺服器上 方法一 使用xftp工具，進項上傳資料夾，將專案 傳到linux伺服器當中 方式2 使用scp從本地將檔案上傳到linux伺服器中 scp r 本地資料夾 遠端使用者名稱 遠端ip 遠端資料夾 2 將mysql資料遷移到伺服器資料庫 資料匯入匯出 在linux服務端，mys...