ios，h5，安卓等前端開發的如何跟後台進行互動?
應該怎麼去規避一些不該屬於自己的任務而被後台強加於自己?
介面文件也是主要由後台開發者來寫的,因為直接跟資料打交道的就是後台,後台是最清楚,資料庫裡面有什麼資料,能返回什麼資料.前端開發只是資料的被動接受者.所以介面文件也主要是由後台來完成的,前端只是介面文件的使用者,使用過程中,發現返回的資料不對,則需要跟後台進行商量,由後台來修改.切記 前端不要隨意更改介面文件,除非在取得後台開發人員的同意的情況下.總的來講,介面文件主要由後台來設計,修改,前端開發者起到了輔助的作用.
主要是json
xml現在用的不多
get和post兩種方式, 也會採用restful架構, 通過請求方式表示使用者行為
對安全性不高 採用get方便
post要比get安全
get - 從指定的伺服器中獲取資料
post - 提交資料給指定的伺服器處理
先將要展示的頁面內容進行模組劃分，將模組的內容提取出來，以及方便前端的一些標誌值等，將所有想要的內容和邏輯告知後端，後端就會去資料庫裡面去查詢相應的資料表中去獲得相應的內容，或者位址資訊。
url中的引數主要是根據後台需要,
如果後台需要乙個引數作為查詢的輔助條件 前端在url資料請求時就傳遞引數。引數前面？幾個引數中間&
總的來講:所有前端請求的url後面的引數,都是輔助後台資料查詢的.如果不需要引數,那麼後台就會直接給個url給前端.
在與後台打交道中,我們經常遇到這種情況,有時候明明後台來處理某個事件很簡單,後台非要你來做,這時候我們應該懂得去回絕他.
原則:前端就是負責把資料展示在頁面上
發揮:這就需要我們對乙個需求,乙個任務的要有清晰認識了,如果對任務含糊不清,自己都沒搞明白,你只能受後台擺布了.最後也會因為任務沒有完成而備受責難了.
首先要把請求的url和返回的資料以及在頁面的展示的情況給跟後台看,這樣有理有據,後台開發人員是不會說什麼的,否則,後台會很不耐煩的,甚至罵你的可能都有,本身做後台比較難,尤其在查詢資料,取資料,封裝資料方面都比較難處理.
因為後台在查詢資料庫的時候需要條件查詢。
簡歷專案涉及到的知識點
今天列舉一下簡歷中專案涉及到的知識點，逐漸補全。一 基於內容的遙感影象檢索系統 1 hadoop框架，mapredce並行運算，hdfs檔案系統分布式儲存。1 如何讓每次map讀取一整幅？1 四叉樹分割 在灰度均勻分布的區域內，灰度的標準方差較小 而在灰度非均勻分布的區域內，灰度的標準方差較大。灰度...
地標檢索涉及到的知識點
地標檢索和識別 比賽介紹分析 地標檢索 方法a 檔案儲存情況 其他方案 涉及到的內容 地標檢索 利用多個backbone inception 網路和gem pooling triplet loss提取全域性網路特徵描述子 建立kdtree通過knn尋找近鄰，利用近鄰根據權重重新生成新的描述子，以進行...
深度學習涉及到的線性代數知識點總結（二）
如果對向量模長進行歸一化，歐式距離和余弦相似度有如下計算關係 適用場景 余弦相似度計算的向量的夾角，它並不關心向量的絕對大小。歐式距離體現的是數值上的絕對差異。結論 做了標準化後，余弦相似度與歐式距離成正比 等價性 公式 相關性分為線性相關 正 負 和線性無關 通俗理解 你可以把向量想成乙個乙個的人...