測試 - 使用 AutoFixture 產生指定範圍的隨機數值 - Customize, ICustomization

接續前面兩篇文章的內容：

測試 - 使用 AutoFixture 產生指定範圍的隨機數值
測試 - 使用 AutoFixture 產生指定範圍的隨機數值 - 設定屬性名稱與範圍

---

測試 - 使用 AutoFixture 產生指定範圍的隨機數值 - 設定屬性名稱與範圍

接續上一篇「測試 - 使用 AutoFixture 產生指定範圍的隨機數值」的內容，讓我們可以在使用 LatitudeBuilder 和 LongitudeBuilder 時可以設定屬性名稱與範圍。

---

測試 - 使用 AutoFixture 產生指定範圍的隨機數值

這一篇的內容是取自課程「實務專案的測試」內容的一小部分，在寫測試程式時我會使用 AutoFixture 產生一個 Collection 的測試資料， AutoFixture 會依據類別裡屬性的各個型別隨機產生內容，但有時候會想要某些屬性的值要在一定的範圍內，這時候可以使用一些設定方法讓 AutoFixture 可以在指定的範圍裡隨機產生資料。

---

[練習題] ASP.NET Core WebAPI - 台北市 YouBike 公開資料

這算是個練習的題目，原本覺得應該是個簡單的應用，沒想到實做下去遇到了幾個進階的操作，還蠻有趣的，用的是 ASP.NET Core WebAPI，但如果要用在 ASP.NET WebAPI 專案裡也是可以的，程式的部分並不會有多大的差異。寫程式的過程中還發想出不少的延伸應用情境，所以之後會有幾篇文章跟這篇的內容有所關連。

這篇文章會提到的內容：GZipStream, JsonConvert, AutoMapper

---

Visual Studio 2017 擴充功能 - EF Core Power Tools

對於很多開發者與團隊、公司來說，以往開發 ASP.NET 專案要使用 Entity Framework 的 Code First 都各自有需要面對的問題與難度，所以很多人還是比較選擇使用 Database First 或是「來自資料庫的 Code First」，而在 ASP.NET Core 專案裡要使用 Entity Framework 就只有 Entity Framework Core 這麼一個選項，而且預設只能使用 Code First，對於已經對於 Code First 完全不熟的開發者來說，難道就只能硬著頭皮去使用 Code First，而資料庫管理比較嚴謹的團隊、公司就無法在 ASP.NET Core 專案使用 EF 了嗎？

Visual Studio Extension「Entity Framework 6 Power Tools」的作者「Erik Ejlskov Jensen」製作了對應 Entity Framework Core 的擴充功能「EF Core Power Tools」，讓我們在開發 ASP.NET Core 專案時也可以有個操作介面功能可以建立、管理專案的 EF Core 模型。

---