Base64是一種能將任意Binary資料用64種字元組合成字串的方法，而這個Binary資料和字串資料彼此之間是可以互相轉換的，十分方便。在實際應用上，Base64除了能將Binary資料可視化之外，也常用來表示資料加密過後的內容。然而，標準版本的Base64對於URL或是檔案路徑來說可能不是那麼的友善，因為編碼後的Base64資料可能有「+」或是「/」這兩種字元。為了解決這個問題，Base64...

在進行程式設計的時候，有時會需要進行檔案大小或是資料大小的輸入與輸出，甚至會需要對其做一些運算。做這件事有什麼困難的嗎？我們應該都知道，8個位元是1個位元組(Byte)，1000個位元組是1KB，而1000KB是1MB。在設計程式的時候，如果要將一個以位元組為單位的值，選擇適當的單位來輸出(例如1200位元組要輸出成1.20MB、5555555位元組要輸出成5.56MB)的話，就必須要多撰寫幾行程...

循環冗餘校驗(CRC, Cyclic Redundancy Check)是一種簡單快速的雜湊函數，可以藉由比對資料傳輸或是儲存前後的循環冗餘校驗碼，檢測其是否有錯誤發生。能夠橫跨各領域應用的Rust程式語言，會有很大的機會需要使用CRC進行一些計算。可惜的是，Rust程式語言的標準函式庫並沒有提供CRC的演算法。那麼如果要使用Rust程式語言來計算CRC，該怎麼做比較好呢？

無論是Unix-like作業系統(如Linux、macOS)或是Windows作業系統的檔案路徑，皆有支援點(.)與點點(..)的功能。點(.)被用來表示「目前路徑的節點」或是「目前的工作目錄」，例如「/path/./to」或是「./path/to」；點點(..)則被用來表示「目前路徑的節點的上一層節點」或是「目前的工作目錄的上一層目錄」，例如「/path/../to」或是「../path/to」...

在大部分的情況下，我們不會限制使用者輸入檔案路徑的時候一定要使用絕對路徑還是相對路徑。但是在程式處理的過程中，或是需要輸出一些Log資訊的時候，我們可能就必須要將路徑通通都使用絕對路徑來處理了。Rust程式語言標準函式庫中的「fs」模組，以及「Path」和「PathBuf」結構體，雖然有提供「canonicalize」函數或方法，是可以取得檔案的絕對路徑沒錯，但使用起來有一些嚴重的限制。

在這個章節中，我們要用最基礎的方式透過TCP的監聽與連接，解析與傳送符合HTTP格式的訊息，來完成我們的Web伺服器。至於會選擇用這樣的方式來製作Web伺服器的原因是，要練習把我們在先前的章節中學到的東西加以應用。畢竟現在crates.io上已經有很多現成的Web框架(Web Framework)可以使用，正常來講我們是不需要從底層刻出Web伺服器的。

在上一章節的最後我們介紹到利用元組結構體來建立新的型別的方式，在這個章節我們會繼續介紹更多型別的應用。

這個章節會詳細介紹特性的關聯型別(Associated Type)、運算子多載(Operator Overloading)的實作方式、呼叫名稱相同但屬於不同特性的方法或關聯函數、替外部的型別實作新的特性。

關於Rust的生命周期，我們在先前的章節中已經先學習了一部份了。在這個章節，我們將會學習如何使用生命周期的子型別，了解如何替泛型型別參數指定生命周期，以及特性物件的生命周期規則。

在最一開始的幾個章節，我們就已經了解到Rust程式語言在編譯階段時，就會進行許多檢查，使得程式在通過編譯後，進入執行階段時，能以有效又安全的方式運行。然而，在某些情況下，通常是處理跟作業系統和硬體有關的底層行為時，使用正常能夠確保安全性的Rust程式碼並無法實現出我們要的功能，此時就會需要使用到可能會讓程式變得不安全的開發方式。