HTTP 請求方法 (Request Method)
(2-3) URI 設計 (URI Design) 提到, HTTP 其中一個設計目標是: 分離『 資源辨識 (resource identification) 』 與 『 請求語意 (request semantics) 』 HTTP 請求方法 (Request Method), 是整個請求語 […]
HTTP 協定 是全球資訊網 (WWW) 的通訊基礎。
除了網站開發,許多 APP、嵌入裝置、軟體…,也依此取得服務,
因此,成了大部分開發者的必備技能。
此系列由淺入深地介紹 HTTP 協定,
並幅探討背後的指導原則 — REST 架構風格,
期望給您最正確、標準的 HTTP 介紹 😃。
(2-3) URI 設計 (URI Design) 提到, HTTP 其中一個設計目標是: 分離『 資源辨識 (resource identification) 』 與 『 請求語意 (request semantics) 』 HTTP 請求方法 (Request Method), 是整個請求語 […]
資料酬載 (payload) 或稱 酬載、有效載荷, 是傳輸時 實際預期的資料,可能是 完整 or 部分 的 表示 (representation)。 對照 (3-1) 訊息格式 (Message Format) 的請求訊息 (request message) 範例, POST /?id=1 H […]
一個 資源,可能具有不同的 表示 (representation) 方式 (不同的類型、編碼 或 語言…), 如 (2-2) 資源、表示、URI 所述,「使用者資料 」概念,我們可以用 JSON 表示: { “id”: 9487, “name”: “Jason”, “speciality”: “s […]
(2-2) 資源、表示、URI: 表示 (representation) [rɛprɪzɛnˋteʃən] (確切來說為 資源 的 表示), 旨在透過協議容易傳達的格式 (位元組 bytes),並伴隨 元資料 (metadata), 以反映出 資源「現在」「過去」或「預期」的 『狀態 (sta […]
HTTP 透過 統一介面 (uniform interface) 使: Client 送出 請求 (Request), Server 送出 回應 (Response)。 那「請求」與「回應」到底是傳輸什麼? 訊息 (Message) ! 訊 […]
統一資源識別符 (URI) 是 Web 架構中最簡單的元素,也是最重要的 ! 良好的 URI 設計,並非只有『好看』而已, 往往牽涉到開發的彈性、可擴充性。 特性 (2-2) 資源、表示、URI: URI 對映的是一個 資源,資源 可以是任何東西, 而 資源 (res […]
首先釐清一個觀念: 資源 (resource),是對一實體集合的『概念』映射 (且允許空集合), 而 不是 針對特定時間點的『實體本身』。 例如: https://example.org/users/jason/ 透過這個 URI 能獲取 使用者 jason 的資料。 然而: 資料 […]
在 (1-3) 統一介面 (Uniform Interface) 中,我們介紹: 「HTTP 透過 Client 發送 請求 (Request),Server 送出 回應 (Response) 以進行互動。」 那 請求 的 目標 (target) 與 目的 (purpose) 是? […]