在 .NET 5 已經推出一段時日的今天，.NET 6 已經正式邁入 preview2 (正在撰寫本文的時候官方 release preview 3 了😂)階段。
隨著距離 .NET 6 正式版推出的時間越來越近，有越來越多捧友關心 Xamarin.Forms 在 .NET 6 中會如何改變。而如果使用 Xamarin.Forms 開發的觀念有正確的話，目前到 preview 3 的釋出結果來看，其實來說沒有太多的改變。
真要說最大的改變就是改名 MAUI 的全新感受吧! 所以就讓我們來一探究竟囉…
在 .NET 5 已正式推出且 .NET 6 即將於 2022年初(?) 現真身的這個時候，對於 .NET 所面向的各種執行平台預設對應撰寫 C# 的語言版本也有所差異。
(上圖取自 "Enabling C# 9 in Xamarin & .NET Standard Projects" 網頁內容)
按照上表的 Xamarin(.Forms) 所用的是預設 C# 語言 7.3 版本，很多捧友就醬以為無法用 C# 9.0 新語法來開發，這可是不對的唷~~~
現在一個隨意的網站建立時都需要 SSL 憑證作加密，真的要省下買 SSL 憑證的費用的話，除了使用網路上產 SSL 憑證的免費服務外，Azure 的 Static Web App 也提供了 SSL憑證使用。
本系列文章介紹如何在 Azure 當中建立 Static Web App 服務，並且繫結到自訂的網域取得 SSL 憑證(需在 www. 底下)。
現在一個隨意的網站建立時都需要 SSL 憑證作加密，真的要省下買 SSL 憑證的費用的話，除了使用網路上產 SSL 憑證的免費服務外，Azure 的 Static Web App 也提供了 SSL憑證使用。
本系列文章介紹如何在 Azure 當中建立 Static Web App 服務，並且繫結到自訂的網域取得 SSL 憑證(需在 www. 底下)。
在 App 當中設定 Icon 圖示其實挺繁瑣且困擾的，而在 Xamarin.Forms 4.6 之後可以透過字型檔來設定這些 Icon 圖示，就讓我們來看看如何完成吧!
先前 "EZWay(易利委) App 委任清關使用教學" 不知道為什麼幾乎快是本部落格最受歡迎的文章:
而由於過些時候又要從米國收某個 Gift，但這次的報關流程卻又神奇的跟該次的方式不同，所以特別再寫此篇留下紀錄。
Wilderness Labs 是一家 "致力" 於透過運用 .NET 程式來實踐 IoT 晶片板上進行開發應用的團隊(or 公司)。
早期 .NET Micro Framework 在發展的時候，這團隊(or 公司)曾推 Netduino 晶片板 作為當代 .NET 程式的 IoT 開發晶片板，但隨著時代的演進…
.NET Conf 2020 Taiwan 是難得能在臺灣於 2020 年底如期舉辦的大型實體技術研討會，透過由 Xamarin(.Forms) 所撰寫的 問口罩 App 緊急支援了 HoloLens 議程 的 UWP App 的 MR 範例展示。
不過，由於正常來說應該不會有人拿著 Windows 電腦要去藥局查詢與購買口罩，所以就一開始就沒打算將 問口罩 App 正式發佈到 Microsoft Store 的念頭，所以採用了 Windows 的側載模式發佈該 問口罩 App 給該議程的大大能作為 UWP 應用的 MR 展示😆
本篇是把先前 "在 Visual Studio Code 中撰寫 SmartContract 並透過 Web3 進行區塊鏈服務交易 I、II、III" 的介紹，再串接到已建立好的 Azure Blockchain Service 服務 上並進行交易。
若有需要參考本篇內容，請先到 Azure 上建立好 Azure Blockchain Service 的服務。
PS 完成後 強烈建議 立刻把所建立的相關資源全數刪除，奉勸捧友別跟自己的荷包過不去喔💸💸💸
先前的介紹文章如下:
在 介紹 MeadowF7 晶片開發板 後，其安裝 Meadow 的 Visual Studio Extension 與 建立 Meadow 開發專案皆不是什麼難事，但要透過 Meadow.CLI 工具繼續來安裝(更新) MeadowF7 開發晶片板的作業系統 meadowOS，其處理還有點繁瑣，於是乎寫了這篇文章作些紀錄。
近日要在 Apple 的 App Store Connect 更新新版的 問口罩 App 時，突然發現無法正常送審。
依照 Apple 的指示是需要針對 "管理 App 隱私權" 做更進一步的設定:
https://help.apple.com/app-store-connect/#dev1b4647c5b
如果要長期處理 Apple 的相關(如:watchOS, iOS, tvOS, macOS)的應用開發時，要有一台 Mac 機器來處理使用會比任何服務或是租借都來的方便的，只要考慮相關的機器年限能否升級到最新的 macOS 系統問題...
(相信 Apple 應該都會有很 "佛心" 的至少支援個二~四年吧...😏)
雖然在 AppCenter 當中，皆可以直接使用內建的 macOS 整合相關的 CI/CD 工具來編譯或發佈 App。但是如果只是有特殊或偶爾 Demo 又或是 PoC 的需求，也許買一台 Mac 機器不是太合乎成本，也許 MacinCloud 的雲端服務會是個不錯的選擇，本篇就來介紹一下該如何訂閱該服務的方式!
了解前一篇所介紹的處理後，捧友應該有發現要發佈 SmartContract 應用到乙太坊區塊鏈服務上(目前仍是使用本機端的 ganache-cli 模擬環境)，在處理上都有點蠢(但也是基本功)。
由於得 手動 透過 Web3 下達指令來取得 abi 與 bytecode 後，才能繼續完成發佈 SmartContract 應用，並再設定其 Web 應用才能進行交易。
本篇要繼續介紹透過 Truffle 的套件使用，並完成自動發佈 SmartContract 到乙太坊區塊鏈服務上的設定處理(仍是本機端透過 ganache-cli 建立的乙太坊區塊鏈模擬環境)。
接續第一篇 "在 Visual Studio Code 中建置 SmartContract 並透過 Web3 進行區塊鏈服務交易 I" 的介紹，接下來要進入建立網頁並透過 Web3.js 在網頁中進行 ganache-cli 所建立的本機乙太坊區塊鏈的服務交易設定。
針對區塊鏈服務來撰寫一個基本的 SmartContract 並不是什麼太特別的難事。在網路上利用關鍵字在各家搜尋引擎，搜尋後應該就有很多相關的文章介紹。
而本系列文章要透過使用 Visual Studio Code 來建置 SmartContract，針對先前的 "在 Visual Studio Code 中安裝 Blockchain Development Kit for Ethereum 延伸模組" 介紹文章，透過已經有安裝好的相關開發套件，並且在 Azure 上所建立的 Azure Blockchain Service 服務，來進行部屬自己的 SmartContract 進行乙太坊區塊鏈服務交易。
在本篇就來接續 "透過 VS Code 建立 Web App (Node.js) 並佈署到 Azure App Service (上)" 的相關介紹，完成發佈 Web 應用(Node.js) 到 Azure 的 Web App Service 吧!
GoGoGo~~~
對於一個相對長期大多是使用 Visual Studio 開發 .NET 相關(而且是 Mobile App - Xamarin) 應用的開發者來說，突然要在 Visual Studio Code 操作起全指令的方式，來做相關的開發操作還真有點不太熟悉呢😅
但也因為如此，更需要詳細的紀錄下來，讓自己好能回顧與記憶囉!
GoGoGo~~~
Azure Blockchain Service(預覽) 是 Azure 目前提供的區塊鍊服務中的一項 PaaS 服務，讓用戶可以快速地建立自己的區塊鍊應用，不需要浪費時間建立其基礎架構。
要在 Visual Studio Code 當中建立應用發佈到 Azure Blockchain Service 服務當中之前，需要先在 Visual Studio Code 安裝 "Blockchain Development Kit for Ethereum 延伸模組"。
由於步驟上有點煩雜，在本篇記錄其相關的安裝過程。
文長圖多...請慎入。
近期因為 COVID-19 的疫情關係，就算是從國外寄來的一些 Gift(禮物)，都幾乎是 100% 的機會被海關查驗(尤其是從疫情嚴重國家來的)。
關貿協會其實於去年初就已有推出的 EZWay(易利委) 這 App，來協助民眾快速的辦理委任報關行完成清關的程序，只是說真的一開始的 App 的使用不是很便利，本宅於 2019 年初買了不少從米國來的 Gifts，就曾被海關抽查到幾次，也嘗試用 EZWay(易利委) 當時的 App 版本報關失敗，最後還是選擇用實體的紙本作業。
關貿協會似乎也在近期順勢改版推出新版的 EZWay(易利委) App，整個讓填寫紙本委任書的作業上相對簡便了許多，以下來看看介紹吧!
今年 (2020) 因為 Work from Home (WFH) 的快速興起，微軟 Teams 服務也是一個 WFH 的重要利器，對於一般使用者可能沒有什麼太大的問題，只要申請註冊成 Microsoft Account (利用如: hotmail、outlook、gmail...等 Email 帳戶都可以註冊)，即可開始享受微軟 Teams 服務種種強大的便利性。
但問題來了，因為微軟 Teams 服務本來的設計是給工作或教育帳號使用的，在設計上是綁定 Azure Active Directory (文後簡稱 Azure AD) 來做為驗證、授權...等管理的基礎。
在微軟將 Teams 服務提供免費版本給一般大眾使用的時候，在 Azure AD(目錄) 中就會根據註冊的 Email 帳號再產生一個隨機的 Azure AD(目錄) 來作為處理的機制。
(此為目前自己的認知，若有錯誤會再改正)