MagicLen

Rust程式語言有提供泛型和生命周期機制，在定義列舉或是結構體的時候，可以利用泛型來指定結構體的欄位型別，使我們在程式撰寫階段不必明確地限制住這個結構體到底能儲存哪些型別的資料。如果要進一步的限制泛型型別參數所代表的型別範圍，可以替泛型型別參數加上特性的限制，使其所對應的型別必須要有實作指定的特性。但是，當特性有使用到泛型生命周期參數的話，就可能會遇到一些問題了。

Rocket框架提供的測試架構十分簡單，只要產生出想要測試的Rocket實體，再將它提供給「local」模組下的「Client」結構體使用，Rocket應用程式就能搖身一變，可以直接用寫程式的方式來發送請求和接收回應。

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

在這個章節中，會繼續介紹「rocket_contrib」這個Rocket官方的擴充套件所提供的有關HTTP回應的功能，包括JSON和MessagePack格式的回應，以及Handlebars和Tera這兩個HTML模板引擎。此外還會介紹Rocket框架本身提供的「快閃訊息」(Flash Message)機制。

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

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

在這個章節中，將會介紹「rocket_contrib」這個Rocket官方的擴充套件，它針對幾個比較特殊但也算常見的使用案例，提供額外的結構體甚至是子框架。在處理HTTP請求的方面，「rocket_contrib」可以提供JSON、MessagePack和UUID格式的支援，以及靜態檔案(如圖片檔、CSS、JS等等的靜態資源檔)的提供。

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

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

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