ImHex 没人用过么...
github.com/WerWolv/ImHex

1.运行弹出商店,是因为你是下载的可执行应用,右键属性,解除锁定即可
2.关闭 dp,用 www.sordum.org/9480/defender-control-v2-0/
3.设置中高级启动进恢复模式,然后删除 dp 文件夹,:\ProgramData\Microsoft\Windows Defender\Platform\<antimalware platform version

@huhuime uwp 的 webview2 好像还没有支持把..其他的我看 wpf 已经有 DefaultBackgroundColor 了

winget 目前也可以直接安装商店 app,这样就方便了
winget 支持 update,只要应用本身向微软推送包就可以了

@whywaoxaks 是 wsl 内通过显卡虚拟化 GPU-PV 技术直接跑在显卡上,然后通过 remote client 传出来.

@hez2010 本来期望它的 windows app sdk 会提供支持 AppContainer 的方案..但是目前大概是很难了
这样 uwp 目前来说就有存在的必要性...
我之前在 windows app sdk github 讨论问过,得到 Partial Trust 的方案.然而官方始终闭口
没有 AppContainer 支持,很多人都不满..而 win11 大量使用 win ui2.6+,更是迷.只能说后续还远..

@ysc3839
并不是说将 winrt 独立出来..winrt 还是那个 winrt,只不过放弃了限制而已
其实我想表达的是 uwp 它只不过是 winrt 的一种应用而已..就好比楼上 hez2010 所说
winrt 以前只开放给 uwp 使用不过是一种人为限制

比如受限用户 limited,来跑 yy
runas.exe /savecred /user:limited "C:\Program Files\duowan\yy\YY.exe"

当然你不能给管理员权限

@yanzhiling2001 目前微软内置的沙盒(基于虚拟化),仅仅支持跑 edge,希望以后可以支持任意 app..
目前我是用一个受限用户来跑这些应用

创建一个受限用户,然后将大部分硬盘的权限对其设置为禁止读写...
然后使用 runas 使用这个受限用户来跑它

同时配置本地安全策略,尽可能限制它

@ysc3839
所谓 uwp 不过是一种应用开发模型的名字罢了,
从 win8 最初开始,微软发了一套新的 api,也就是所谓的 winrt.基于 winrt 开发的 app,最开始只是叫做 windows store app
当 winrt 逐渐完善后,wp 系统也开始引入 winrt,到了 wp8 时,可以选择 winrt 开发 wp app..
然后 winrt 继续发展,这套现代的 api 逐渐扩展到多个平台,这时候微软直接统一了开发模型,也就是所谓的 uwp.
这些本质都是随着 winrt 的发展而带来的影响,就算少了一个手机平台,uwp 还是 uwp,只不过是少了一个平台而已,在 win 端,同样有不少优质的 uwp 继续被开发,至于 xbox 游戏.本身 winrt 重点也不是游戏.要开发 xbox 的 app,winrt api 目前依然也是比较好的选择

winrt 作为一套提供了各种现代功能的 api,现在微软已经对其开放,而不是局限只能开发 uwp..
.比如你可以在 win32 中使用..你可以在 py 脚本中直接调用 winrt ai 相关 api

微软同样开始提供了 win32 与 winrt 相互混用的技术支持,当然这些也是一直在发展,比如从最开始的支持 host uwp 控件,支持调用 winrt api,到现在直接混合使用,然后到一套完整的混用模型,windows app sdk
比如 windows terminal,TranslucentTB 等,如果你去看下源码,就知道这些都是混合的典型 app,再比如 win11 的各种新的 app,比如画图,资源管理器

至于你说的跨平台失败.这些不是技术问题.只不过是政治问题而已

不能只用 uwp 来看 winrt,winrt 从未停滞

你可以创建一个受限用户,然后将大部分硬盘的权限对其设置为禁止读写...
然后使用 runas 使用这个受限用户来跑一些讨厌的 app

同时配置本地安全策略,尽可能限制 app

上面说的有点乱..其实主要是微软现在更加开放,不再限制开发者选择什么..
比如以前你要么选择 win32,要么选择基于 winrt 开发 uwp.. 而现在.你几乎可以混用

另外关于权限,所谓"容器化,沙箱"等等
时至今日,你不能再根据 win32 与 uwp 这些简单的形态来看一个 app 是否是受限的是安全的
app 运行在什么形态下,已经交由开发者决定
就好比上面说的,我可以打包一个 uwp,但是配置了 runFullTrust 权限
再比如开发一个 win32 app(基于 windows app ask),但是配置 Partial Trust 权限,当然 Partial Trust 目前还未公开

为什么微软放弃了强制要求呢...限制的严格了..开发者不爽,限制的不严格了,用户不爽..毕竟 pc 不是手机
即便是放到 osx 上,也有大量开发者讨厌强制沙箱

那么作为用户呢..目前只能优先选择开源的,信任的开发者..

其实目前 windows 上 app 形态比较多
通常分为 win32 app,uwp app,win32 打包 app(也就是 appx,msix 等)
win32 app 就是传统 app
uwp app 通常在商店上提供,这些 app 具有限制权限,在隔离环境中运行,但是现在同样可以配置为 runFullTrust 权限
win32 打包 app 通常都是直接具有 runFullTrust 权限,这类 app 可以调用 win32 与 winrt api

uwp 是否死了?uwp 目前确实有一些停滞,比如 c#仅仅支持 7,但是 win11 中大量内置 app 依然使用 uwp 这一模型进行开发,比如最新的截图,商店等等,并且 win11 的外观设计规范目前依然只有 uwp 的控件库(windows ui2.6+)提供支持,并且现在你可以在 win32app 中 host uwp 控件,甚至 host 一个完整的 uwp app,比如 win11 最新的画图,资源管理器

目前微软最新的 app 开发方案是基于 windows app sdk,其采用 windows ui3 作为 ui 库,同时支持 win32 与 win rt 这两套 api,你可以随意混用.但是现在 windows app sdk 开发的 app 默认是 runFullTrust 权限,不管是作为打包 app(appx,msix)或者非打包 app

@ysc3839 毕竟 uup 只是获取了 windows 的各种模块.至于是否能精确的配置当然有可能存在问题..
但是可以确定的是 uup 打包出来的镜像是来自官方而不是第三方的修改

所以如果用 uup,又想放心,就选择一个偏正式的版本..因为这样的版本用的人多,如果有潜在问题几乎很快就会被发现

如果你的 gui 乱了..关闭 doc 的阅读模式试试

没有上下文..无法知道干嘛的...

管他怎么打包...
重点是你的项目的版本...你不同分支,要有不同的版本..如果版本都相同,那当然都是错乱了
另外这与线程安全没有关系...

说真的...除非有千里眼..要不然怎么分析