昨天我們實際使用 Postman 測試了先前實作的地址 Web Api 的 CRUD 功能，但是在列表以及查詢時得到如下格式的資料：
{
"id": 3,
"areaId": 4,
"area": {
"id": 4,
"name": "三民區",
"cityId": 6,
"city": {
"id": 6,
"name": "高雄市",
"areas": []
}
},
"line": "漢口街302號"
}
這些資料若是以將這些資料傳遞到使用者介面的觀點來看，似乎有許多不必要的資料被讀出。
昨天有針對使用 Scaffolding 自動產生的地址的 CRUD 動作方法，配合 RESTful 的說明稍微地了解了一下，今天會再進一步對照程式碼，使用 Postman 實際驗證一下執行的結果。
昨天使用了 Scaffolding 自動產生 Web API 控制器的動作方法，可以對地址（Address）物件做新增、修改、刪除，以及查詢的動作，今天就來一面深入查看這些工具自動產生的程式碼的內容，並實際操作體驗和測試這些，新增、修改、刪除，查詢的功能是否可以正常運作。
昨天興高采烈地試著使用 Scaffolding 自動產生 Web API 控制器的動作方法，但是卻發生了如下圖所示的錯誤：
看來是將 Domain Model 與 DbContext 分開成兩個專案所造成的，解決的方法就是重改架構將這兩個專案合併成一個，否則就是自己動手寫。幾經思量之後決定修改架構，所以今天就來試看看怎麼改。
昨天已經將跟地址有關的基礎資料建立完成，今天就來利用這些資料來建立 Web API 與地址有關的新增、修改、刪除、查詢等功能。
昨天我們重新檢視了資料庫移轉所產生物件關聯對映的資料表，以及資料表間的關聯。在檢視的過程當中也發現了原始對映出來的資料表不十分理想，因此也重新做了一些修正。既然資料庫的資料表已經有了，今天就來看看如何在資料庫的資料表中儲存資料。
上個星期五，我們第一次使用資料庫移轉將領域物件對映（Mapping）產生資料表，今天就來看看兩者的關聯對應，以及是否有需要改進的地方。
昨天已經將先前建立的領域物件以 Entity Framework Core 建立 DbContext 物件，並指定好資料庫連線字串，今天就實際學習如何對應領域物件建立出資料庫的資料表。
昨天，我們稍微體會了，為了解決某個領域上的問題，針對描述該問題（具體化該問題的行為模式）而設計出資料模型（Data Model），該資料模型在商業行為中所產生的數據需要儲存，並於適當情況被讀取、修改和刪除。
這些資料庫操作的新增、修改、刪除、查詢，一般稱為資料存取層，今天就先來學習如何將先前設計的《地址》物件對應到資料庫的資料表。
昨天已經稍微學會了依據應用程式的功能面，將程式切割成數個專案分別處理該有的功能。今天就先來學習阿源哥哥向來認為整個應用程式靈魂所在（最值錢的）的領域物件部分。
中年大叔的鹹魚翻身作戰計畫已經進入第 9 天了，基本上已經學會了如何建立 Xamarin.Forms 行動應用程式專案，以及將專案編譯並分別部署到 Android、iOS、Windows 等三種主要作業平台的模擬器上執行，在接著進一步學習之前，有需要再度回顧一下這次主要學習目的，確認要開發的應用程式的類型。
對的！我們想要學習的不是獨立於各自手機（或平板）的程式，而是資訊可以對外流通，用於管理各種商業行為的商業應用程式，所以在行動裝置的程式之外，還需要有一個獨立在外的資料庫（例如 Azure SQL）用以儲存操作過程中所產生的資料。一般來講，除了安全性的理由之外，個別的手機是無法《直接》連接外部的資料庫進行資料存取動作，所以手機與資料庫之間還要夾著幾個操作區塊才可以，今天就來探討該如何依各操作區塊的功能面來規畫方案的架構。
上個星期五，我們發現可以在雲端租台 Mac 作為 Visual Studio Community 2017 的代理，間接在 Windows 作業系中編譯 iOS 行動應用程式。這樣就可以在早期學習 Xamarin.Forms 時，不用先急著投資買一台 Mac 也能編譯 iOS 行動應用程式，並在模擬器中偵錯執行。但是我們在申請 MacinCloud 的 Pay-As-You-Go 方案時，發現有一條每個月 5 美元的連線費要付，這筆費用是否可以省下來呢？
先前幾天嘗試使用 Prism Tempate Pack 的 Xamarin.Forms 專案範本建立了可同時執行於 Android、iOS、通用 Windows 平台的專案，也試著在 Android 和 Windows 模擬器上執行，但是如果不能在 iOS（iPhone 和 iPad）模擬器上執行的話，似乎有點缺憾。所以，今天就來試試在 iOS 模擬器上執行。
昨天我們使用 Prism Template Pack 專案範本，建立了一個共用的可攜式專案，以及可分別執行於：Android、iOS、Windows 三種作業系統平台的專案，也試著可以部署到 Android 模擬器上執行，但是當想部署到 Windows 模擬器上執行時，卻發生錯誤無法執行，今天我們就來想辦法解決吧！
接連兩天都在安裝程式實在有點無聊，今天就來玩點別的吧。
昨天利用上班上工前的零碎時間將資料庫伺服器 Microsoft SQL Server 2016 Developer Edition 以及資料庫管理工具 Microsoft SQL Server Management Studio 安裝好了，今天也同樣地利用空檔來安裝這次翻身計畫的主角開發工具 Visual Studio Community 2017 吧！
上星期五請教了 Google 大神之後，發現這個年代要跨入商業應用程式開發的門檻，比起十多年前真的是降低了許多，至少除了工作用的電腦可能要花錢買之外（也可以分 36 期，每月 1000 多元）幾乎不用再花什麼錢了，剩下的就只是決心和毅力了。
感謝微軟所提供的 Visual Studio Dev Essentials 方案，今天就趁上班上工前將 Microsoft SQL Server 2016 Developer Edition 安裝好吧。
