哈哈哈,笑死我了...他的博客置顶的是放剽窃.....

大部分用 27 4k, dpi 还不够,确实需要 mactype 会更好点

可惜现在离谱的是大量都是 27 4k 这种高不成低不就的,怎么设置缩放比都不好

@Leviathann
哈哈
我从 java5 一直看到现在...

https://medium.com/graalvm/graalvm-community-survey-results-e9824a1bd6c9

Almost half of our respondents use Java 11 for their workloads. “Java 8” and “versions above 11” each got about a quarter of responds.

当然会关注 graalvm 的自然可能更容易使用新版本,但足以说明问题..

看了下,没集成 win32 组件,也没有申请多余权限,应该可以放心食用

年复一年的论调
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