魔法薇ㄦ的菜園

摘要： 眾所周知，UWP 一般是運(yùn)行在沙盒里面的，當(dāng)我們需要訪問(wèn)沙盒外資源的時(shí)候，就需要通過(guò)沙盒外的代理服務(wù)器來(lái)獲取。一般情況下我們都是利用 WinRT API 通過(guò) Runtime Broker 來(lái)和沙盒外互通，遇到要自定義的情況則是手動(dòng)開(kāi)一個(gè) Win32 服務(wù)器來(lái)互通，但是有沒(méi)有可能我們可以直接拿 UWP 本體當(dāng)服務(wù)器呢？ 閱讀全文

摘要： 眾所周知，2024年9月微軟正式宣布了 .NET Core App 的 UWP 支持，至此我們終于可以在新版 csproj 用 .NET 8 及以上編寫 UWP 了，那么我們可不可以通過(guò)修改清單的方式來(lái)讓 UWP 變成 UAP 呢？ 閱讀全文

摘要： 眾所周知，UWP 使用的窗口模型是 CoreWindow，但是 UWP 本身只是一個(gè)應(yīng)用模型，所以完全可以創(chuàng)建 win32 窗口，那么我們可以不可以創(chuàng)建一個(gè) win32 窗口，然后像 XAML 島 (XAML Islands) 一樣把 XAML 托管上去呢？本篇將講述如何在 UWP 創(chuàng)建一個(gè) XAML 島窗口。 閱讀全文

摘要： 眾所周知，UWP 使用的窗口模型是 CoreWindow，但是 UWP 本身只是一個(gè)應(yīng)用模型，所以完全可以創(chuàng)建 win32 窗口，那么我們可以不可以創(chuàng)建一個(gè) win32 窗口，然后像 XAML 島 (XAML Islands) 一樣把 XAML 托管上去呢？本篇將講述如何利用 WAS (Windows App SDK，俗稱 WinUI3) 在 UWP 創(chuàng)建一個(gè) XAML 島窗口。 閱讀全文

摘要： 眾所周知，WAS (Windows App SDK，俗稱 WinUI3)在剛開(kāi)始是支持 UWP 的，甚至最早只支持 UWP，但是微軟在正式版發(fā)布前刪除了對(duì) UWP 的支持，不過(guò)真的刪除了嗎？初生之鳥在2023年10月發(fā)現(xiàn)在 VS 調(diào)試下無(wú)視報(bào)錯(cuò)繼續(xù)運(yùn)行可以正常在 UWP 加載 WAS。隨著 WAS 的開(kāi)源，WAS 阻止在 UWP 上運(yùn)行的原因也被找到，至此大家終于找到在 UWP 上使用 WAS 的方法了。 閱讀全文

摘要： 眾所周知，UWP 是運(yùn)行在沙盒里面的，所有權(quán)限都有嚴(yán)格限制，和沙盒外交互也需要特殊的通道，所以從根本杜絕了 UWP 毒瘤的存在。但是實(shí)際上 UWP 只是一個(gè)應(yīng)用模型，本身是沒(méi)有什么權(quán)限管理的，權(quán)限管理全靠 App Container 沙盒控制，如果我們脫離了這個(gè)沙盒，UWP 就會(huì)放飛自我了。那么有沒(méi)有這種可能呢 閱讀全文

摘要： 利用 IL 魔法實(shí)現(xiàn)隨心隨意的泛型約束（僅限 Mono） 閱讀全文

摘要： 利用反射判斷類是否存在 閱讀全文