Web框架常會搭配資料庫一起使用，Rocket框架當然也有一定程度的資料庫支援。雖然我們可以直接使用Rocket框架提供的應用程式狀態機制來註冊任意套件提供的資料庫實體，但是在程式撰寫上會比較麻煩一點，像是資料庫的位址、帳密等資訊，我們可能就必須要寫死在程式碼內，或是自己再另外開發出可以讓Rocket框架從外部讀取資料庫設定值的功能。Rocket官方提供的「rocket_db_pools」套件，能...

在這個章節中，會繼續介紹Rocket對不同資料格式提供的回應支援，包括JSON和MessagePack格式的回應，以及Handlebars和Tera這兩個HTML模板引擎。此外還會介紹Rocket框架本身提供的「快閃訊息」(Flash Message)機制。

大多數的Web框架都會提供中介軟體(Middleware)機制，使用固定的額外程式來處理每次的HTTP請求或是HTTP回應。Rocket框架對於中介軟體的支援是依靠「整流片」(Fairing)來完成的，我們可以替任意的型別實作「fairing::Fairing」特性，使其能作為「掛鉤」(hook)來監聽Rocket框架收到HTTP請求時的事件，或是要送出HTTP回應時的事件。

Rocket框架提供了維持狀態(State)的機制，將狀態分為「應用程式狀態」和「請求狀態」兩種。前者可以將任何型別當作狀態來使用，而且可以自由、便利地使這些狀態「載入」到任意路由處理程序中；而後者則是因一個HTTP請求可能會由多個路由處理程序嘗試匹配而誕生出來的快取機制。

在這個章節中，將會介紹Rocket框架處理JSON和MessagePack請求的方式，以及Rocket框架內建的處理UUID的做法，還有提供靜態檔案(如圖片檔、CSS、JS等等的靜態資源檔)的更好方式。

在Web應用程式提供服務時，程式難免會遭遇到一些預期內或是預期外的錯誤，像是客戶端請求的網址沒有路由處理程序能夠處理、請求中的資料格式有誤(例如原本需要輸入數字的地方被輸入成字母文字)、授權逾期，或是資料庫突然連線失敗等，Web應用程式應該都要有能力避免應用程式崩潰(crash)，並且照常發送HTTP回應。而Rocket框架當然預設就有處理這些錯誤的能力，開發者甚至可以利用自訂的錯誤捕獲者(Err...

Rocket的目標是提供一個高彈性和高可用性的組態配置系統，開發者或是系統管理員可以很輕易地對每一個別的設定項目使用環境變數、設定檔或是程式碼來進行設定。

在開發Web應用程式的時候，我們常會需要透過POST請求來取得客戶端上傳的檔案資料，這時候的HTTP主體通常就會使用「multipart/form-data」格式。然而，Rocket框架並未原生支援「multipart/form-data」的資料，但使用起來限制重重，不太方便。所以這篇文章會介紹一個替代方案來處理「multipart/form-data」的資料。

到目前為止，我們已經知道一個路由處理程序的函數可以選擇不回傳任何值，或是選擇回傳一個字串或一個字串切片。在這篇文章中，將會介紹Rocket框架所提供的多種不同的型別，來讓我們的路由處理程序能夠回應(respond)更多類型的資料。

一個Web框架最基本的功能除了提供HTTP伺服器之外，還需要進行HTTP請求(request)的路由(routing)。Rocket在這方面套用了Rust程式語言提供的程序式巨集功能，使我們可以很簡單地使用「get」、「put」、「post」、「delete」、「head」、「patch」和「options」等屬性來快速做出屬於該HTTP請求方法的路由處理程序(handler)。另外，我們也可以在...