HTTP 內容協商 (Content Negotiation)
一個 資源，可能具有不同的 表示 (representation) 方式 (不同的類型、編碼 或 語言…)， 如 (2-2) 資源、表示、URI 所述，「使用者資料 」概念，我們可以用 JSON 表示: { “id”: 9487, “name”: “Jason”, “speciality”: “s […]
HTTP 內容類型 (Content-Type) & 內容編碼 (Content-Encoding)
(2-2) 資源、表示、URI： 表示 (representation) [rɛprɪzɛnˋteʃən] (確切來說為 資源 的 表示)， 旨在透過協議容易傳達的格式 (位元組 bytes)，並伴隨 元資料 (metadata)， 以反映出 資源「現在」「過去」或「預期」的 『狀態 (sta […]
HTTP/1.1 — 訊息格式 (Message Format)
HTTP 透過 統一介面 (uniform interface) 使： Client 送出 請求 (Request)， Server 送出 回應 (Response)。 那「請求」與「回應」到底是傳輸什麼? 訊息 (Message) ! 訊 […]
HTTP URI 設計 (URI Design)
統一資源識別符 (URI) 是 Web 架構中最簡單的元素，也是最重要的 ! 良好的 URI 設計，並非只有『好看』而已， 往往牽涉到開發的彈性、可擴充性。 特性 (2-2) 資源、表示、URI: URI 對映的是一個 資源，資源 可以是任何東西， 而 資源 (res […]
HTTP 資源、表示、URI
首先釐清一個觀念: 資源 (resource)，是對一實體集合的『概念』映射 (且允許空集合)， 而 不是 針對特定時間點的『實體本身』。 例如: https://example.org/users/jason/ 透過這個 URI 能獲取 使用者 jason 的資料。 然而: 資料 […]
統一資源識別符 (URI)
在 (1-3) 統一介面 (Uniform Interface) 中，我們介紹: 「HTTP 透過 Client 發送 請求 (Request)，Server 送出 回應 (Response) 以進行互動。」 那 請求 的 目標 (target) 與 目的 (purpose) 是? […]
REST API 架構約束 — HTTP 統一介面
客戶-伺服端 (Client-Server)，或俗稱 主從式架構 (我不太喜歡這說法)， 是基於網路應用 (network-based applications) 最常見的架構風格 (architectural styles)。 背後的約束原則是 — 關注點分離 (Separation of Co […]
HTTP 之 Client、Server 角色定位
客戶端 (Client)，指用來發起連線， 建構並發出 一或多個 請求 (request) 給伺服端，以傳達所需意圖者。 伺服端 (Server)，是指監聽 (listen) 與接受 (accept)/拒絕 (reject) 連線， 並送回 一或多個 回應 (response)，以服務客戶端者。 […]