1.前端請求數(shù)據(jù)URL由誰來寫?
在開發(fā)中,URL主要是由后臺來寫的,寫好了給前端開發(fā)者.如果后臺在查詢數(shù)據(jù),需要借助查詢條件才能查詢到前端需要的數(shù)據(jù)時,這時后臺會要求前端提供相關(guān)的查詢參數(shù)导而，這里的查詢參數(shù)也就是URL請求的參數(shù)锋喜。
2.接口文檔主要由誰來寫?
接口文檔也是主要由后臺開發(fā)者來寫的,因為直接跟數(shù)據(jù)打交道的就是后臺,后臺是最清楚,數(shù)據(jù)庫里面有什么數(shù)據(jù),能返回什么數(shù)據(jù).前端開發(fā)只是數(shù)據(jù)的被動接受者.所以接口文檔也主要是由后臺來完成的,前端只是接口文檔的使用者,使用過程中,發(fā)現(xiàn)返回的數(shù)據(jù)不對,則需要跟后臺進行商量,由后臺來修改.切記 前端不要隨意更改接口文檔,除非在取得后臺開發(fā)人員的同意的情況下.總的來講,接口文檔主要由后臺來設計,修改,前端開發(fā)者起到了輔助的作用。
3.前端開發(fā)與后臺交互的數(shù)據(jù)格式主要是什么?
主要是JSON
XML現(xiàn)在用的不多
4.前端開發(fā)的后臺交互原理？
在項目的時候粤策，我們前后端會大概說一下接口地址巴席，前端請求的參數(shù)，后端返回的參數(shù)匹耕，然后大家就開始寫渔呵，寫的差不多的時候怒竿，大家調(diào)一下接口看一下返回的數(shù)據(jù)，沒問題就可以了扩氢。
5.前端請求參數(shù)的形式
GET和POST兩種方式
對安全性不高 采用get方便
post要比get安全
GET - 從指定的服務器中獲取數(shù)據(jù)
POST - 提交數(shù)據(jù)給指定的服務器處理
6.前端應該告知后臺哪些有效信息,后臺才能返回前端想的數(shù)據(jù)的呢?
先將要展示的頁面內(nèi)容進行模塊劃分愧口，將模塊的內(nèi)容提取出來，以及方便前端的一些標志值等类茂，將所有想要的內(nèi)容和邏輯告知后端，
后端就會去數(shù)據(jù)庫里面去查找相應的數(shù)據(jù)表中去獲得相應的內(nèi)容托嚣，或者圖片地址信息巩检。
URL中的參數(shù)主要是根據(jù)后臺需要,
如果后臺需要一個參數(shù)作為查詢的輔助條件 前端在URL數(shù)據(jù)請求時就傳遞參數(shù)。
參數(shù)前面示启？
幾個參數(shù)中間&
7.我們應該怎么把頁面這些信息有效傳達給后臺,以及后臺是如何獲取到這些數(shù)據(jù)?
總的來講:所有前端請求的URL后面的參數(shù),都是輔助后臺數(shù)據(jù)查詢的.如果不需要參數(shù),那么后臺就會直接給個URL給前端兢哭。
8.前端應該如何回拒一些本不屬于自己做的一些功能需求或任務?
在與后臺打交道中,我們經(jīng)常遇到這種情況,有時候明明后臺來處理某個事件很簡單,后臺非要你來做,這時候我們應該懂得去回絕他。
原則:前端就是負責把數(shù)據(jù)展示在頁面上
發(fā)揮:這就需要我們對一個需求,一個任務的要有清晰認識了,如果對任務含糊不清,自己都沒搞明白,你只能受后臺擺布了.最后也會因為任務沒有完成而備受責難了夫嗓。
9.當前端在調(diào)用數(shù)據(jù)接口時,發(fā)現(xiàn)有些數(shù)據(jù)不是我們想要的,那么前端應該怎么辦呢或者怎么跟后臺講呢?
首先要把請求的URL和返回的數(shù)據(jù)以及在頁面的展示的情況給跟后臺看,這樣有理有據(jù),后臺開發(fā)人員是不會說什么的,否則,后臺會很不耐煩的,甚至罵你的可能都有,本身做后臺比較難,尤其在查詢數(shù)據(jù),取數(shù)據(jù),封裝數(shù)據(jù)方面都比較難處理迟螺。
10.為什么需要在請求的時候傳入?yún)?shù)？
因為后臺在查詢數(shù)據(jù)庫的時候需要條件查詢舍咖。
