国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

URL 的理解

LdhAndroid / 1226人閱讀

摘要:的理解維基百科給出答案全名,又譯劃一資源定位器,俗稱網頁地址網址,係互聯網上標準嘅資源嘅地址。文章的獲取文章列表文章詳情以上理解為這個地址定位到這個地址定位到此處有一個用于決定響應的資源類型。以上僅是個人理解及想法,歡迎指點與批評。

URL 的理解

維基百科給出答案

URL(全名Uniform Resource Locator),又譯劃一資源定位器,俗稱網頁地址(網址),係互聯網上標準嘅資源嘅地址。要去互聯網上任何一個地方,都需要佢嘅URL。

首先咱們要理解這個叫資源定位的意思,咱們平時在配置部署 web 服務器的時候,應該都有見過 document root 這個配置項,以 nginx 為例,nginx 中,就是需要配置一個 root 選項,而每個 server 都對應一個 server_name,或是域名,或是ip,一個標示,那這個 server_name 其實可以簡單地把它看成是 root 的別名,當訪問到這個 server_name 的時候,就會自動在 root 目錄下進行查詢。如:

server {
    server_name test.com
    root /htdocs
    # some config
}

當訪問到 http://test.com 的時候,就會去到 /htdocs 目錄下尋找目標。

http://test.com/a.html => /htdocs/a.html
http://test.com/public/a.html => /htdocs/public/a.html

這個是最基本的方法,當然你可以在 server 中配置其他,這里不再闡述。

其實說白了,他只是一個 “資源定位” 的作用。

很明顯地,其實這里尋找的是 html 文件,也可以尋找 json,xml 文件,如:

http://test.com/a.json => /htdocs/a.json
http://test.com/public/a.xml => /htdocs/public/a.xml

其實都是一樣,只要理解了 “資源定位”,那么其實,URL 就是訪問一個文件內容,至于這個 “文件” 內部怎么執行,就需要自己定義了。

Http Api 設計

那么既然理解了上述的 URL 的意義,那么設計 API 起來就很好做了,所謂的 RESTful API 設計,其實我的理解無非就是讓你清楚 URL 的作用,然后對應地給不同的 “文件” 進行操作。

1. 文章的獲取:

Host: http://test.com

1.1 文章列表
http://test.com/articles/{page}

http://test.com/articles/1
http://test.com/articles/2
1.2 文章詳情
http://test.com/articles/{page}/{id}.{format}

http://test.com/articles/1/3.html
http://test.com/articles/2/12.json

以上理解為:

http://test.com/articles/1/3.html 這個地址定位到: /htdocs/articles/1/3.html
http://test.com/articles/2/12.json 這個地址定位到: /htdocs/articles/2/12.json

此處有一個 format 用于決定響應的資源類型。需要考慮下吧,都定義為 json 就好了。

分頁設計(優化版)

設計一個文章列表,可分頁查詢,可以查詢文章詳情。

http://test.com/articles/{id}?page={page}&limit={limit}

如果存在文章 id 詳情信息,則返回指定的文章詳情。若非查詢制定的文章內容,則顯示分頁的文章信息。

分頁請求:

http://test.com/articles/?page={page}&limit={limit}
// or 
http://test.com/articles?page={page}&limit={limit}

第一種更為合理,因為該資源是一個 "目錄",請理解 "根" 的概念。

內容請求:

http://test.com/articles/1

可以可以,這樣就完成了請求的樣例。

很好理解吧,這樣設計出來的 API 其實可以收是一目了然。在資源后綴上,是可以自己定義的,如 FastD 中就有此項功能,可以根據不同后綴返回不同的內容格式。

以上僅是個人理解及想法,歡迎指點與批評。

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/30290.html

相關文章

  • 對于計算機領域URI、URL、URN理解認識

    摘要:由包括確定語法和相關協議的方案所定義。統一資源名稱唯一標識一個實體的標識符,但是不能給出實體的位置。使用可以在不知道其網絡位置及訪問方式的情況下討論資源。 首先,介紹他們的相關定義: 1、URI(Uniform Resource Identifier)統一資源標識符,是用來標識某一互聯網資源名稱的字符串。 該種標識允許用戶對任何(包括本地和互聯網)的資源通過特定的協議進行交互操作。UR...

    OldPanda 評論0 收藏0
  • 理解 RESTful

    摘要:表形容詞,意為的具有的。指的是一組架構約束條件和原則。協議要優于協議。的操作方法在中有各自的語義,理解它們的語義至為重要。返回結果對于不同操作方法和操作對象集合或個體,服務器返回的結果應該符合以下規范。附錄該文主要參考理解架構設計指南 前言 近十年,前端高速發展,整個互聯網應用經歷了從輕客戶端到重客戶端的變化,隨著前端規模越來越大,交互越來越復雜,前后端分離的設計開始流行。 移動互聯網...

    MkkHou 評論0 收藏0
  • 理解 RESTful

    摘要:表形容詞,意為的具有的。指的是一組架構約束條件和原則。協議要優于協議。的操作方法在中有各自的語義,理解它們的語義至為重要。返回結果對于不同操作方法和操作對象集合或個體,服務器返回的結果應該符合以下規范。附錄該文主要參考理解架構設計指南 前言 近十年,前端高速發展,整個互聯網應用經歷了從輕客戶端到重客戶端的變化,隨著前端規模越來越大,交互越來越復雜,前后端分離的設計開始流行。 移動互聯網...

    Drummor 評論0 收藏0
  • 徹底理解從輸入URL與頁面展現

    摘要:五瀏覽器繪制網頁繪制過程主要是結構與樣式的結合,以及行為動態效果的展現。之后會寫系列文章,歡迎圍觀主要參考文章基礎進階詳解與編碼前端面試題從到頁面展現,這之中發生了什么圖解 流程概述: 地址欄輸入URL ——> 域名解析 ——> 服務器處理請求 ——> 瀏覽器處理響應 ——> 瀏覽器繪制網頁 一.地址欄輸入URL 認識URL showImg(https://segmentfault....

    abson 評論0 收藏0
  • 理解路由

    摘要:服務器端路由對于服務器來說,當接收到客戶端發來的請求,會根據請求的,來找到相應的映射函數,然后執行該函數,并將函數的返回值發送給客戶端??蛻舳寺酚蓪τ诳蛻舳送ǔ闉g覽器來說,路由的映射函數通常是進行一些的顯示和隱藏操作。 原文地址:http://syaning.com/2017/01/10... ? 理解Web路由 1.什么是路由 在Web開發過程中,經常會遇到『路由』的概念。那么,到...

    BLUE 評論0 收藏0

發表評論

0條評論

最新活動
閱讀需要支付1元查看
<