年复一年的论调
java6 谁用啊,谁升级啊,出问题你负责吗?
java8 谁用啊,谁升级啊,出问题你负责吗?
java11 谁用啊,谁升级啊,出问题你负责吗?
java17 谁用啊,谁升级啊,出问题你负责吗?

国外都开始用了

升级!

很多人觉得 loom 作用不大么..
loom 直接干掉了 现在的各种混乱的异步模型 /结构,继续用"同步的代码结构"写清晰的代码..忘掉什么回调,异步吧..
老代码一个连接一个线程的模式重获新生..并且也是最简单最直观的方式

微软早就开放了...
即便是所谓的 UWP APP,里面也可以包含 win32 组件..早就不再是以前的形态了...

@Tony060912 最开始 winui3 也是作为 uwp ui 部分的后续版本..从 Project Reunion 从 build 大会提出以来,它已经数次变化了..
也是直到去年才最终确定了 Windows App SDK 到底干什么..

微软自己平台一堆开发技术..直到现在才最终敲定了以 Windows App SDK 为统一,操作系统(支持 win10,11)无关的开发 SDK

winui 的进度就很迷..并且本来他们根本就不是从头开始,从最开始 uwp 的 ui 技术就不仅仅局限在 uwp 中使用..就算迁移作为 Windows App SDK 的一部分也不应该这么慢...

winui3 直到现在也是残缺..现在也没有媒体组件,但是从们自己的操作实践来看,使用 dx 与 SwapChainPanel,做一个播放器,本质与 uwp 时几乎没有任何区别..就是搞不懂他们在干嘛..太慢了

@coolcfan
任务栏是原来的 win32 与新的 xaml ui 混合,大部分都已经是新的 xaml,你可以把鼠标从右边慢慢移动,遇到圆角的就是 xaml,遇到直角的就是 win32,剩下不多的 win32ui 也即将被替换为 xaml ui

java 是简化了这种继承的调用,你基本可以无脑的调用,而不是注意到底是谁实现 /重写的

如果你用 c#或者其他一些语言,你就要分清

很厉害 FuckLog4j

既然是初学者.就算你花大量时间研究这些源码,也是一知半解

等你学的多了,做的多了,然后在潜心研究下

前期的时间,多学基础,多写代码

win11,现在微软开始用 xaml ui 替换 /混合更多的系统 ui.
并且.现在用的 xaml ui 本质是 windows ui2..还好没有最新的 winui3,那才是问题更多..
这个过程无法避免,老的那一套 win32 ui,做过的都知道很麻烦,微软没有选择更新 win32..
而现在 win32 的 ui 不可能一次换完,所以开启了各种混合的时代..

就好比资源管理器,top bar 就是一个 xaml 的 host ui,没有处理好 win32 与 xaml 的联动,所以它就卡了..当然这个问题早就发现了,dev 版本也早就改了..然后正式版补丁现在最近才上..dev 的补丁也在持续移植到正式版中

另外,有一个好点的显卡,会少很多问题,尤其是用 intel 集显的.都是坑

基于跨平台通知,自己开发一个,并不难

sdk 现状:
这是目前的砍掉很多东西的版本了....

Windows SDK 设备中继、活动 /时间线
Windows （预览） Microsoft Graph 通知
Android 设备中继、活动 /时间线、Microsoft Graph 通知（预览版）
iOS 设备中继、活动 /时间线、Microsoft Graph 通知（预览版）
MSGraph( http api) 设备中继、活动 /时间线、Microsoft Graph 通知

现在都是封闭体验,圈用户..跨平台太难了..
微软搞的几年前搞 Project Rome 跨平台计划,提供了很多 api,比如跨平台服务调用,跨平台通知,文件传送,除了 linux 基本都可以打通

但是多少厂商,开发者会跟进?搞成方便的跨平台,谁又愿意买自己的产品?

苹果:我自己生态互联
国内各品牌:万物互联
微软:来一起连接啊
滚!

如果跨平台,微软技术栈就是 MAUI,不选微软技术栈,那也有很多

如果是只支持 windows
1.win app sdk (包含 windows ui3)是以后的主路,现在支持 ui3 不够完善,但是基础的都有了,api 还少吗?你要知道 win app sdk 对于 win32 与 winrt 几乎没有任何限制..win32 的资源还少么??
2.uwp(包含 win ui2.7),现在就是成熟,即便 uwp/winrt 不支持,你现在也可以直接加入 win32 组件,使用 pipe 通信..

主流 ui 技术是什么?xaml 只是表象,在 windows 平台使用 xaml 已经很容易了...现在哪有跨平台又好用的原生 ui?

就像国内的软件,非要花拳绣腿什么都搞,真正核心的少的可怜.
各种神奇语法符号,越怪异,越与众不同越会得到期待与满足.
保持克制,发展核心.而不是乱搞什么语法.
随手说几个上面的问题
1.怎么内部隔离依赖?使用 module,不导出即可
2.java 没有 await,
保持使用线程池,同步代码,没必要大改,因为 java 虚拟线程后,不需要关心太多异步,你可以开上万个线程
3.热更新?看看 tomcat 都可以随时加载,卸载 war,为啥..就算是安卓的官方热更新,那也是提供了一个接口给你 classloader,更不说没有限制的 jvm
4.操作 json 复杂,确实,用 js 就是方便,然后随意点,然后出问题狂骂,谁 tm 加的属性...

java 语言就不改么..推荐看看 jep 列表

比如一个草案:

var query = connection."SELECT * FROM \{table}";

编译后,相当于
connection :
T apply(String template, List<Object> parameters);
你可以同时处理参数名,与参数值,与最终 string

无非就是在什么时候读系统剪贴板 api,像输入法这样的常驻进程,只要有输入的地方,它自然可以去读一下..

如果不用输入法这样类型,自己写一个,只要想一个触发方式即可....

实际给第三方输入法开剪贴板权限,简直就是给人家送隐私

基于 windows 的就近共享 api 开发的 app

@ysc3839
reset 支持两种方式,当你重置时会提示你选择.
1.本地恢复,这个如果文件损坏是可能导致问题的,没毛病
2.云下载,自动下载完整的镜像恢复..本质就是保留 app/设置重装,自动化操作而已

还少一条,目前 uwp 的 native 编译,在 win11 中性能提升比较明显,WindowsAppSDK 目前不支持 native 编译

1.uwp 目前已经支持了多实例,多窗口,特别是放开了 win32 的进程调用,可以很方便的集成 win32 相关功能,具体 App 如 Files Uwp
2.win32 中使用 uwp 控件或者 host 一个 uwp 也已经很容易,这个就很多了,win11 的新画图,新记事本都是这样的
3.uwp 目前主要的 windows ui 已经升级到 2.7,并且是目前 win11 下最完善的 windows ui 库,win ui3 还早呢
4.uwp 采用的相关技术..如 winrt,早就不再是 uwp 的专属,目前通过 c++/winrt,c#/winrt,python/winrt 已经很方便的在 win32 环境中调用,比如写 win11 的右键,即可使用 winrt 来简化开发,比如直接用 winrt 的 json api, 还有 com 的包装,这个参考 windows 新终端,dev 版本支持 win11 右键的 git 小乌龟
=======
1.uwp 这个 app 架构目前已经不再更新,具体表现,比如对.net core 的支持还很低..并且没有计划进行支持
2.微软为了更方便的使用 win32 与 winrt,推出了新的开发 sdk,WindowsAppSDK,win ui3 是其一部分
3.微软推荐 uwp 迁移到 WindowsAppSDK,目前我将自己的 app 迁移过去,达到可跑状态花了不到 3 小时
4.uwp 的 container,目前在 WindowsAppSDK 无对应技术,但是经过在 github 讨论,得到了 PartialTrust 的存在(uwp 支持 AppContainer,FullTrust) (WindowsAppSDK 支持 PartialTrust, FullTrust )
5.目前 win ui3 不稳地,缺失功能也多,所以 win11 中新 App 依然是 uwp 开发

不要莫名扣帽子
1.任何软件随着使用广泛功能都会增长,功能增长意味着 bug 与安全问题会增多
2.安全问题想要一劳永逸根本不现实.这一次 log4j 也算是提醒那些万年不更新的公司 //个人..时刻保持关注安全与更新
3.如何配置?网上那么多关于漏洞的解析,还有 github 推送的补丁日志.认真看下就知道了..