James's Tech & Life Blog

如果根據 前篇 操作後有發現 macOS 所建立的憑證不受信任的話，請參考此篇處理。

開發 Apple 的 iOS 應用程式，若在 Mac 裝置安裝好 Xcode 時，就可以透過 Xcode 直接建立該 Mac 裝置的機器憑證，送至 Apple 的 Developers 網站當中以利後續使用 "iOS 裝置" 開發或測試應用程式。

甚至，後續要將 iOS 應用程式發佈至 AppStore Connect 當中，無論是要先進行 TestFlight 測試；或是對自己的 iOS 應用很有信心要直接送審，也都是需要先有 Mac 裝置製作的機器憑證，作為 iOS 應用程式發佈憑證才行。 

也就是說無論要用哪種開發技術，想要發佈 iOS 應用程式到 App Store 都必須處理這檔事。

這篇有提到：

在 macOS 上最主要就是要安裝 Xcode，而如果要安裝 Xcode 的管道，基本上有兩種：

1. 透過 macOS 上的 App Store 安裝。(登入 Apple 帳號後即能免費下載使用)
2. 透過 Apple Developers 網站來下載 .xip 安裝。(需要先有訂閱 Apple 開發者帳號才能下載使用)

本篇就來談談如何透過 .xip 來安裝 Xcode。

如果要順利在 Visual Studio 來連接 macOS 透由 .NET MAUI 開發 iOS 的話，對於要連接的 macOS 上是需要事先安裝好 Xcode 等 Apple 所設計的 iOS 開發工具的。

不然，就算有開啟遠端登入等功能讓 Visual Studio 能夠連線並自動安裝 mono 等軟體元件，那也沒有 iOS 的相關 SDK 供使用。

在 macOS 上最主要就是要安裝 Xcode，而如果要安裝 Xcode 的管道，基本上有兩種：

1. 透過 macOS 上的 App Store 安裝。(登入 Apple 帳號後即能免費下載使用)
2. 透過 Apple Developer 網站來下載 .xip 安裝。(需要先有訂閱 Apple 開發者帳號才能下載使用)

本篇介紹是使用第一種方式來完成唷~~~

在使用 .NET MAUI 的時候可以透過 Google 推出的 Android Emulator 來建立 Android Virtual Device (AVD)，以便進行基本的 Android App 開發與前期的測試。

雖然在 App 的開發到後期通常會直接使用 實際的裝置 進行測試會比較恰當，但不可質疑的 AVD 在 Android App 很多開發情境當中仍是扮演著測試環節中很重要的部分。

而 Google 所推出的 Android Emulator 可以透過 Visual Studio 當中的 "Android 裝置管理員" 來使用，並且建立所需的 AVD 環境。

續接前篇，趕緊來看看怎達成下圖效果吧！

在 Visual Studio 要透由 .NET MAUI 來開發 iOS 應用，連接 macOS 的環境並且使用 iOS Simualtor 進行開發上的處理，應該會是最輕鬆的方式。

由於 Visual Studio 在安裝 .NET MAUI 的工作負載時，只會安裝 "基本" 的 Android 所需的開發與執行環境。如果有遇到一些狀況需要其他的進階使用時，那對於 Android SDK 的元件安裝就必須再進一步的調整。

例如在 前篇 的介紹當中，要啟動所建立的 Android Emulator 時就 "可能" 會有看到類似的提示畫面：

可以怎樣進一步嘗試調整呢？

可以看看本篇介紹。

而由於 .NET MAUI 是一套建置跨平台應用的開發技術，所以如果要在 上回 所建構出的 .NET MAUI 專案，直接切換建置 Android 出應用程式並不是什麼難事：

使用 .NET MAUI 開發 Windows 應用不是什麼難事：

看看如何透過 Visual Studio 的安裝來設定相關的開發環境囉~~

使用其 Data Binding (資料繫結)時至少要掌握的三個關鍵處理：

1. 其 Data Context 的屬性掌握。
2. UI Element 的屬性所繫結到的 Data 兩者之間的 Notification 設計。
3. 所繫結到的 Data  若是集合體，請把該集合體的型別設計為 ObservableCollection<T> 。

.NET 6 去年 11/8 正式發佈至今已經屆滿半年，而在今年的 Build 大會上也正式發佈 .NET MAUI (a.k.a. 下一代的 Xamarin.Forms，原 Xamarin.Forms 會持續維持在 5.x.x)。

而正常來說 GA 後的技術都會加到 Visual Studio 的 "Release Channel" 當中，但稍微弔詭的地方是 .NET MAUI 仍是被放在 "Preview Channel" 的 Visual Studio 當中。

發文的今天，微軟也正好發布 Visual Studio 2022 v17.3 的正式版🙈。

所以…

要使用 .NET MAUI 的話，必須安裝 Visual Studio 2022 Preview 的版本來使用。

近期因為有更新 iOS App 被 Apple 拒絕的問題，發現原本用來處理 Apple 要求的追蹤 Privacy 請求使用的AppTrackingTransparency，撰寫在AppDelegate類別的 FinishedLaunching方法中變得不行了。

此追蹤 Privacy 政策可詳見 Apple 的官網說明:
https://developer.apple.com/documentation/apptrackingtransparency

在 .NET 5 已經推出一段時日的今天，.NET 6 已經正式邁入 preview2 (正在撰寫本文的時候官方 release preview 3 了😂)階段。 

讓我們來看看下一代的 Xamarin.Forms 變成 MAUI 會是如何囉~~~

 Ba ba ri as ras ti ti ti ras ti ti. Rastis! Rastis! Ra ti ti la.

在 .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 新語法來開發，這可是不對的唷~~~

在 App 當中設定 Icon 圖示其實挺繁瑣且困擾的，而在 Xamarin.Forms 4.6 之後可以透過字型檔來設定這些 Icon 圖示，就讓我們來看看如何完成吧!

.NET Conf 2020 Taiwan 是難得能在臺灣於 2020 年底如期舉辦的大型實體技術研討會，透過由 Xamarin(.Forms) 所撰寫的 問口罩 App 緊急支援了 HoloLens 議程 的 UWP App 的 MR 範例展示。

不過，由於正常來說應該不會有人拿著 Windows 電腦要去藥局查詢與購買口罩，所以就一開始就沒打算將 問口罩 App 正式發佈到 Microsoft Store 的念頭，所以採用了 Windows 的側載模式發佈該 問口罩 App 給該議程的大大能作為 UWP 應用的 MR 展示😆

近日要在 Apple 的 App Store Connect 更新新版的 問口罩 App 時，突然發現無法正常送審。

依照 Apple 的指示是需要針對 "管理 App 隱私權" 做更進一步的設定:
https://help.apple.com/app-store-connect/#dev1b4647c5b

日前在 Xamarin Asia Developers 社群 認識的朋友突然問起 Xamarin.Forms 在 macOS 上的支援與開發效果，雖然 Xamarin 早在 2015 年時就已開始支援使用 Xamarin.Native 撰寫 OS X 的應用 (相關發佈參考: https://releases.xamarin.com/)，而在 Xamarin.Forms 早在 2.5.x 時也開始預覽支援 macOS 的開發。只是說來慚愧，自我開始接觸 Xamarin 以來都沒有嘗試著去測試 macOS 的 App，所以藉此熱心的社群朋友發問的機會，就來實際測試看看 Xamarin.Forms 在 macOS 的開發。

(圖多慎入...)