有一天,突然某個手上的專案上線後需要提供部分資料給 End User 下載,放在 Azure 的 Storage 中 Blob 裡的資料也是都有供外部直接存取的 URL 沒錯,但直接給 End User 類似 "<xxxxxxx>.blob.core.windows.net" 網域開頭的網址來下載檔案好像也怪怪的(個人心理因素,資安上有無風險考量不確定)。
於是就查了一下資料...
結論是可以在 Azure 的 Storage 中綁定自訂(子)網域的,於是不囉嗦...就是開始動手進行綁定了😅
有一天,突然某個手上的專案上線後需要提供部分資料給 End User 下載,放在 Azure 的 Storage 中 Blob 裡的資料也是都有供外部直接存取的 URL 沒錯,但直接給 End User 類似 "<xxxxxxx>.blob.core.windows.net" 網域開頭的網址來下載檔案好像也怪怪的(個人心理因素,資安上有無風險考量不確定)。
於是就查了一下資料...
結論是可以在 Azure 的 Storage 中綁定自訂(子)網域的,於是不囉嗦...就是開始動手進行綁定了😅
若有把先前的 "iOS Development 的憑證、簽署識別、佈建設定檔" 手動設定完成後,就能透過 Xamarin 這跨平台開發 App 技術,讓熟悉 C# 的開發者直接在 VS 當中,進行 iOS App 的開發並且在 iOS 實機上測試執行。
而如果在 Apple 開發者帳號設定權限上允許,並且也確定有了解的 Apple 在 憑證、裝置、簽屬識別、佈建設定檔的關聯,那可以試著使用 Visual Studio 當中提供的 "自動設定" 功能,將會在 App 的開發過程中設定上簡化許多。
繼續往下閱讀前,請先回顧 "iOS Development 的憑證、簽署識別、佈建設定檔在使用 Xamarin 開發 iOS App 時要如何設定(手動篇I)" 後,再繼續閱讀本篇文章...
原文出處:
https://devblogs.microsoft.com/xamarin/android-app-bundle/
Android App Bundle (.aab) 是一種能包含所有編譯程式碼與資源檔的 Android App 發佈格式,且不同於過去使用 apk 的發佈到 Google Play 的 app 上傳格式。Google Play 設計了一種稱之為 "Dynamic Delivery" 的新式服務模式,這可以讓使用者在下載 App 的時候只針對自己使用的裝置所需要的資源來下載,也就是說可以下載執行應用程式所需的必要項目即可。
原文出處:
https://devblogs.microsoft.com/xamarin/xamarin-forms-4-4
在去年我們跟長期每年都建置數個應用的客戶做了很長的訪談,他們說 "我們從來無法忘記,在我們製作的任一款行動應用當中沒有出現 Carousel view",而這其實也是幫我們說出心聲。
所以,在此我們非常開心的向您介紹在 Xamarin.Forms 4.4 中所推出的 CarouselView 控制項。不約而同地也推出 IndicatorView 給每個頁面或 Carousel 的項目來呈現選擇效果...
雲端運算、大數據、AI、Bot...等等這些資訊界一直在喊得震天價響的專有名詞,其實很多時候 一般人 根本搞不懂這些資訊名詞到底在幹嘛?
常常解釋了半天,對方的表情就是:
是在哈囉?
然而當有一天透過一些產品行銷或手法的運用,落實到普通消費者的使用情境上時,資訊人 也許才能透過這樣的機會跟 一般人 解釋,這些專有名詞跟剛剛經歷的體驗有什麼關聯。
不然,常常就是被認為整天在 "玩" 電腦,不務正業...🙄🙄🙄
在 .NET 的開發領域裡,透過各式各樣 NuGet Package 的使用,可以加速或協助我們自己開發的 .NET 程式,例如今天你想要把 json 資料轉成物件,可以利用 Json.NET 來快速完成,不用自己再重新寫轉換 json 的程式。

用了很久的 Visual Studio 開發 C# 程式,也時常裝很多 Nuget Package 來讓專案使用,但從來也都沒有認真考慮過要自己包 NuGet Package 並發佈到 NuGet Gallery,讓全世界的開發者都能直接在 C# 專案當中直接下載使用...
官網: https://www.nuget.org

近日在因緣巧合下,終於驅動了自己研究要如何把 DLL 包成 NuGet Package 並且發布到 NuGet Gallery 來下載使用,不然會造成後續很多麻煩...XD
如果 AppCenter 的額度預算能有 "半無限大" 的話(?),在 Xamarin 的開發上為了能夠 "感謝飛天小女警的努力,開發的世界又和平的度過了一天" 🙆♀️
通常可以在 Android 的開發過程中,選擇讓 iOS 能讓 AppCenter 自動化建置,以便確認在某些環節上 iOS 的版本是否有遺漏了什麼,才不會導致於後面要補 iOS 的部分時,不知道該從何處下手。
畢竟會選擇使用 Xamarin 技術開發 App 的話,通常是伴隨著希望雙平台的 App 的誕生。但由於一切的資源都是有限的,開發上會先選擇單一平台先進行到某種層次上的段落後(又通常會先選擇 Android 來進行),再來補上另一個平台的部分。
此時有 AppCenter 來協助進行相關的建置紀錄的話,會讓開發上有著相當程度的追蹤過程,本篇文章就是在這樣的觀點下而生的~~~
因為在測試使用 Microsoft EM + S 的 E5 試用時,要測試 Office 365 中的 Excahange Online 功能,這才發現 Microsoft EM + S 的 E5 授權不包含其相關功能...冏

難怪怎麼在 Outlook App 當中登入帳號都無法連線到 Exchange Online 呢(菸~~~
後來再認真的看了看相關的授權,如果選擇 Office 365 的 E1、E3 或 E5 授權,又或者選擇使用 Microsoft 365 的 E3 或 E5 授權,跟原本已啟用 Microsoft EM + S 的 E5 授權有 Office 365 服務的功能重複。
在這兩篇文章當中有
一個必要條件:
兩個網址要使用:
三個觀念要知道:
以上都捧友都清楚的話,即可繼續閱讀本文...
在這兩篇文章當中有
一個必要條件:
兩個網址要使用:
三個觀念要知道:
以上都捧友都清楚的話,即可繼續閱讀本文...
此篇文章是初次嘗試翻譯原文,其內容大多為翻譯原文所作的介紹,若有翻譯不周的情況請多多包涵!
原文出處:
https://devblogs.microsoft.com/xamarin/compiled-bindings-xamarin-forms
在 Xamarin.Forms 開發中 Data Binding 技巧是極為重要的一環。這技巧讓 Xamairn.Forms 的開發人員,能夠便捷的讓 UI 跟 C# 之間的資料互動,並自動的更新 UI 內容。可是此開發的便捷性也帶來了些狀況,由於這樣在 Xamairn.Forms 需要於執行時期分析資料以利繫結處理,就又產生了效能的影響。但現在可以透過 Compiled Bindings 的處理,來大幅地降低其效能的影響!
若有把上回的 "iOS Development 的憑證、簽署識別、佈建設定檔在使用 Xamarin 開發 iOS App 時要如何設定(手動篇I)" 看完,很多人一定很那悶: "都是用 Apple 環境與工具,到底跟 Xamarin 有什麼關係?"
捧友,這就要問施主自己有無參透問題本質啊...
Xamarin 是一種讓 C# 開發者撰寫跨各平台 App 的開發技術
所以單一平台的 App 部屬設定當然是跟 Xamarin 開發技術無關,只是現在的平台很不巧的是 Apple 的 iOS...
若要將開發 iOS 的 App 要佈署到實際的 iOS 設備(iPhone/iPod/iPad) 來測試,是需要經過 "Apple Developer 網站" 的四道關卡設定,依序是:
以上都設定完成後,若在 Visual Studio 2019 的環境使用 Xamarin 佈署 App 到實際的 iOS 設備上,其實就跟原生 Xcode 佈署 App 到實際的 iOS 設備體驗差不多了。
就來看看本篇的介紹吧~~~
若網站是 Host 在 Azure 的 PaaS 服務的 App Service 中,要綁定所指定網域到該 "App Service" 的 "Web 應用程式" ,可透由本篇文章所記錄之步驟完成。
要繼續閱讀本文並完成的必要條件:
還有已閱畢 "替 Azure 的 App Service 網站設定自訂網域後掛上 SSL 憑證 (上)" 的內容,那就可以繼續了,Go!
現在網站不掛上 SSL 憑證作網路加密安全性連線的話,那你的網站只會被檯面上列的出來科技龍頭們(如: Microsoft, Google, Apple, Amazon...等)排擠。
原因很簡單,因為沒有掛上 SSL 憑證替網站作加密安全性連線,那對使用該網站的用戶們來相對來說就是屬於高風險網站,為了保護用戶的資料安全性,替網站掛上 SSL 憑證作加密連線是網站自身一件責無旁貸的事。
但對於一些小企業主或小規模網站來說,要買 SSL 憑證掛到網站上做加密連線確實是一筆不小的花費,如果每年真的擠不出這樣的預算購買憑證,是可以考慮使用 Let's Encrypt SSL 等服務,佛心提供的 SSL 憑證方式來處理。
而若網站又剛好有 Host 在 Azure 的 App Service 上的話...
平常在使用 Xamarin 開發 App 的時候,個人目前為止都仍比較偏好使用 Windows 上的 Visual Studio 做開發,所以在絕大部分的情況下 Mac 裝置就真的只是被拿來當作一台 iOS 的 "編譯" 與 "佈版" 設備。
但相信有很多捧友也會直接使用 Mac 上的 Visual Studio for Mac,直接用 Xamarin 做 Android 與 iOS 的相關開發的,所以本篇是來看看 Visual Studio for Mac 的 Xamarin 開發環境中,如何確認 Android 的開發部分設定是否正確。
那就來囉~~~
在 Windows 上 Visual Studio 可以利用 Xamarin 透過 "SSH 連線" 到 Mac 設備來開發 iOS 的 App,也就是說 Mac 設備就是一台單純的 "編譯" iOS App 的設備。後來在微軟收購了 Xamarin 後,並將 Xamarin 技術免費讓有興趣利用 C# 開發 iOS App 的使用者來使用。
同時為了讓開發者的使用上更方便,改善了過去被詬病必須切到 Mac 的畫面才能看 iOS Simulator 的執行效果的不便,推出了 Remoted iOS Simulator 讓 Xamarin 在開發 iOS App 時,就在 Windows 上直接看到 App 運作於 iOS Simulator 的執行效果。
所以本篇文章就來介紹這部分啦,來開始囉~~~