肩膀頸椎腰椎不舒服是攻城獅們的職業常態，要求絕大部分的資訊從業人員的就業公司提供電動升降桌、人體工學椅，以改善工作環境...除非自己掏腰包且臉皮夠厚不怕噹(全公司都坐著只有你站著工作，你想會如何?)，這應該比登天還難吧🤔
所以大家常常就這樣窩在辦公桌前窩了大半天，再加上人體的慣性(惰性)，長期下來姿勢不良是必然的，如果放任這樣的狀況不改善，有一天身體一定會來找你討債🤦♀️
而因為本宅的身體天生歧材，自小身體就都不斷地在討債...呃，扯遠了🙇♂️🙇♂️🙇♂️
本篇是要告訴各位資訊從業人員，如何善用我們手頭上擁有的資源，在不影響工作上班的狀態下，讓合格的醫護人員照護下好好"被動"保養自己的身體。
原文出處:
https://montemagno.com/setting-android-status-bar-background-icon-colors
在過去的幾個月中，我嘗試在 Hanselman.Forms app 中找出處理 亮色/深色 模式 theme 的處理方式。在好友 Kym Phillpotts 的協助下，我們終於能在 Xamarin.Forms 使用並能動態調整所有的狀態列處理。下面的結果就是應用程式允許使用者在使用 App 的時候可以自行選擇 theme 或是系統預設值。
如果 AppCenter 的額度預算能有 "半無限大" 的話(?)，在 Xamarin 的開發上為了能夠 "感謝飛天小女警的努力，開發的世界又和平的度過了一天" 🙆♀️
通常可以在 Android 的開發過程中，選擇讓 iOS 能讓 AppCenter 自動化建置，以便確認在某些環節上 iOS 的版本是否有遺漏了什麼，才不會導致於後面要補 iOS 的部分時，不知道該從何處下手。
畢竟會選擇使用 Xamarin 技術開發 App 的話，通常是伴隨著希望雙平台的 App 的誕生。但由於一切的資源都是有限的，開發上會先選擇單一平台先進行到某種層次上的段落後(又通常會先選擇 Android 來進行)，再來補上另一個平台的部分。
此時有 AppCenter 來協助進行相關的建置紀錄的話，會讓開發上有著相當程度的追蹤過程，本篇文章就是在這樣的觀點下而生的~~~
AppCenter 除了很多好處之外，更是一個讓 App 在佈版上更為方便的平台。若是在開發團隊能導入使用的話，就能讓開發好的 App 在要佈署給測試人員時能更加的便捷。
本篇就來看看 AppCenter 在開發端這邊針對 Android 的環境設定，要如何做最基本的自動建置與更版，快速地讓測試人員取得新版本的測試 App 吧~~~
AppCenter 除了很多好處之外，更是一個讓 App 在佈版上更為方便的平台。若是在開發團隊能導入使用的話，就能讓 App 要佈署給測試人員時更加的便捷。
本篇就來看看 AppCenter 在 Android 的測試人員這方面，如何做基本的接受邀請，快速地進行測試 App 的取得部分吧~~~
因為在測試使用 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 應用程式" ，可透由本篇文章所記錄之步驟完成。
在各種因緣際會的推波助瀾下，選擇參與了這次 Princess Cruises 集團旗下的 Majestic Princess (盛世公主) 從臺灣基隆出發到日本長崎、韓國釜山、麗水，為期七日的遊輪旅程。
而身為一位宅級攻城獅在這整趟行程中，會注意跟考慮的事物，跟只是去體驗的部落客所寫的文不太相同，想來也是件極為正常的事情。
如果捧友們想要看看一種不同層面的介紹文，歡迎繼續閱讀本系列文。
本篇會比較聚焦在 郵輪本身設施 的相關介紹上，提供有期待或在規劃郵輪行程的捧友們，可以根據本篇文章做一些預先了解的建議與參考囉!
在各種因緣際會的推波助瀾下，選擇參與了這次 Princess Cruises 集團旗下的 Majestic Princess (盛世公主) 從臺灣基隆出發到日本長崎、韓國釜山、麗水，為期七日的遊輪旅程。
而身為一位宅級攻城獅在這整趟行程中，會注意跟考慮的事物，跟只是去體驗的部落客所寫的文不太相同，想來也是件極為正常的事情。
如果捧友們想要看看一種不同層面的介紹文，歡迎繼續閱讀本系列文。
本篇會比較聚焦在 "日本長崎" 靠岸的上陸注意事項與遊玩介紹上，提供有期待或在規劃郵輪行程的捧友們，可以根據本篇文章做一些預先了解的建議與參考囉!
在各種因緣際會的推波助瀾下，選擇參與了這次 Princess Cruises 集團旗下的 Majestic Princess (盛世公主) 從臺灣基隆出發到日本長崎、韓國釜山、麗水，為期七日的遊輪旅程。
而身為一位宅級攻城獅在這整趟行程中，會注意跟考慮的事物，跟只是去體驗的部落客所寫的文不太相同，想來也是件極為正常的事情。
如果捧友們想要看看一種不同層面的介紹文，歡迎繼續閱讀本系列文。
本篇會比較聚焦在巡航日當日活動與郵輪上的餐飲介紹，提供有期待或在規劃郵輪行程的捧友們，可以根據本篇文章做一些預先了解的建議與參考囉!
在各種因緣際會的推波助瀾下，選擇參與了這次 Princess Cruises 集團旗下的 Majestic Princess (盛世公主) 從臺灣基隆出發到日本長崎、南韓釜山與麗水，為期七日的遊輪旅程。
而身為一位宅級攻城獅在這整趟行程中，會注意跟考慮的事物，跟只是去體驗的部落客所寫的文不太相同，想來也是件極為正常的事情。
如果捧友們想要看看一種不同層面的介紹文，歡迎繼續閱讀本系列文。
本篇會比較聚焦在登船當天整個過程的介紹上，提供有期待或在規劃郵輪行程的捧友們，可以根據本篇文章做一些預先了解的建議與參考囉!
在各種因緣際會的推波助瀾下，選擇參與了這次 Princess Cruises 集團旗下的 Majestic Princess (盛世公主) 從臺灣基隆出發到日本長崎、南韓釜山與麗水，為期七日的遊輪旅程。
而身為一位宅級攻城獅在這個行程中，會注意跟考慮的事物跟一般去體驗的部落客文不一樣，這也是一件極為正常的事情。
如果捧友們想要看看一種不同層次的介紹文，歡迎繼續閱讀本系列文。
本篇會比較聚焦在登船準備的行李介紹上，提供有期待或在規劃郵輪行程的捧友們，可以根據本篇文章做一些預先了解的建議與參考囉!
在各種因緣際會的推波助瀾下，選擇參與了這次 Princess Cruises 集團旗下的 Majestic Princess (盛世公主) 從臺灣基隆出發到日本長崎、南韓釜山與麗水，為期七日的遊輪旅程。
而身為一位宅級攻城獅在這整趟行程中，會注意跟考慮的事物，跟只是去體驗的部落客所寫的文不太相同，想來也是件極為正常的事情。
如果捧友們想要看看一種不同層面的介紹文，歡迎繼續閱讀本系列文。
本篇會比較聚焦在行程規畫跟郵輪艙等的介紹上，提供有期待或在規劃郵輪行程的捧友們，可以根據本篇文章做一些預先了解的建議與參考囉!
要繼續閱讀本文並完成的必要條件:
還有已閱畢 "替 Azure 的 App Service 網站設定自訂網域後掛上 SSL 憑證 (上)" 的內容，那就可以繼續了，Go!
現在網站不掛上 SSL 憑證作網路加密安全性連線的話，那你的網站只會被檯面上列的出來科技龍頭們(如: Microsoft, Google, Apple, Amazon...等)排擠。
原因很簡單，因為沒有掛上 SSL 憑證替網站作加密安全性連線，那對使用該網站的用戶們來相對來說就是屬於高風險網站，為了保護用戶的資料安全性，替網站掛上 SSL 憑證作加密連線是網站自身一件責無旁貸的事。
但對於一些小企業主或小規模網站來說，要買 SSL 憑證掛到網站上做加密連線確實是一筆不小的花費，如果每年真的擠不出這樣的預算購買憑證，是可以考慮使用 Let's Encrypt SSL 等服務，佛心提供的 SSL 憑證方式來處理。
而若網站又剛好有 Host 在 Azure 的 App Service 上的話...