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

在開發Rust程式的時候，會使用到各式各樣別人開發的套件。這些套件雖然很方便，可以替我們節省不少開發時間，但是套件提供的API，卻不一定能夠完全滿足我們的需求。「Reader」的擁有權被取走，就是一個常見的例子。

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

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請求可能會由多個路由處理程序嘗試匹配而誕生出來的快取機制。

IntelliJ的Rust插件在2019/02/14時增加了套件和型別的自動引用功能，在預設的情況下，當我們在Rust程式碼中用到了尚未引用進目前程式的使用範圍(scope)的套件或是型別，並使用自動完成(auto-completion)功能來插入程式碼時，這個Rust插件就會在目前的檔案最上層的部份加入「extern crate」關鍵字或是「use」關鍵字來引用。這個功能會造成開發者很大的不便，...

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

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