vuejs和后臺交互時，怎么發(fā)送請求和接收請求？你可以化入Vue-resource,使用this.$,this.$正在發(fā)送，當然這同時必須配置跨域只是請求，舉個例子，后臺我可以使用express4.x

vuejs和后臺交互時，怎么發(fā)送請求和接收請求？

你可以化入Vue-resource,使用this.$,this.$正在發(fā)送，當然這同時必須配置跨域只是請求，舉個例子，后臺我可以使用express4.x，默認地址為:3000,那么不需要在Vue-cli的config目錄中，再打開index.js文件，在dev下面那樣電腦配置axiosmain.js那樣配置另外Vue這樣的各位express后臺這樣的話就能收不到到post上來的數(shù)據(jù)，這是最簡單的一種用法就ok啦，前臺也拿去了只是請求的數(shù)據(jù)

前端需要寫服務器接口嗎？

一般來說由后端寫接口，前端去調用接囗。

前端的定義當然是比較寬泛的，或是說是相對的。php和html配對組合不使用，html是前端，php是后端，如果沒有phpjava通常java為后端，php做前端再連接數(shù)據(jù)和視圖沒顯示。

Web開發(fā)來說，前端大多數(shù)指的是HtmlCssjs，不需要寫服務器接口?，F(xiàn)在的開發(fā)模式全是前后端分離，js請求API，視圖層總是顯示數(shù)據(jù)。

APP開發(fā)來說，android和ios,為前端，只要專門負責界面工作。

好象講web端頁面，手機端頁面，手機端應用開發(fā)部分，這些都不需要后端接口。沒有明文規(guī)定誰必須寫前端肯定不能寫后端，這得看情況。

PHP后臺順序輸出數(shù)據(jù)與前端交互，更新后如何維持Index？

個人建議可以使用datatables，數(shù)據(jù)源需要ajaxsource，options配置中

{

bServer:true,

bPagination:true

}

已經就能滿足的條件你的需求。并且所有的增刪查改在前后端均會同步。

其原理是前端實際分頁參數(shù)獲取數(shù)據(jù)后會在js的context下能維護一個數(shù)組對象主要用于存放數(shù)據(jù)表，此表與后臺數(shù)據(jù)全部映到。從網(wǎng)上下載的search功能默認可以不對前端js程序維護的數(shù)據(jù)表進行索引查詢，也也可以通過函數(shù)重載改寫為真接建議使用selectactually來對后端整表參與查詢。非常方便。

如果不是是后臺有一種數(shù)據(jù)更新而非前端主動地出現(xiàn)，有幾種方法：

1、ajaxsource設置里timer自動出現(xiàn)沒更新，系統(tǒng)負擔與timer的頻率成正比；

2、可以使用部分瀏覽器意見的websocket建立起三個長直接連接，沒更新后再通知前端；

3、不使用部分瀏覽器接受的notifications功能

web開發(fā)技術日益更新完不進則亡，我的項目更新日志里有很多全是對技術框架的更新log，而且效果功勛卓著。簡述，我的項目中最著名可以使用的datatables版本是1.10，還沒有不使用ajaxsource參與分頁無法讀取數(shù)據(jù)庫，反而完全加載后前端分頁。在數(shù)據(jù)量減小后效率很具逐漸下降。前后端均算上時間可以打印后突然發(fā)現(xiàn)，PHPmysql的總用時為0ms，而前端建立js數(shù)據(jù)表花了近10s。想罷返回官網(wǎng)打開系統(tǒng)系統(tǒng)優(yōu)化，看見了版本已可以更新為1.13則順手自動更新了整個模塊，沒想到之前的近10s工程巨大伴隨著這次更新完降到了幾百ms的級別，瞬間解決的辦法了效率問題。開源的強大就只在于你不是一個人在戰(zhàn)斗，你遇到的問題，別人也會遇到了，很可能早就解決。