先看看基于 binder 的 rpc 通信
然后直接看 asop 源码.比如安卓 appops 权限实现来了解下一般系统模块编写等等
https://github.com/aosp-mirror/platform_frameworks_base/tree/android14-release/services/core/java/com/android/server/appop
各大厂商的权限扩展,比如空白权限数据,都是再这上面扩展的
可以反编译小米系统的 service.jar 来对比看看

还有一堆基于 appops 的权限管理第三方 app 也都是 rpc 到这个服务来的

把你需要的常用的文件夹 mklink 到最上层或者你喜欢的文件夹内

相比于功能变更,改名算是最简单的问题了

语言只是你的工具,你说的那些框架的思维,解决一类问题的设计与方案才是你需要掌握的
提高自己的学习能力,也不是看什么语言流行,有趣就学什么才行

一个掌握 N 门外语的人,但是不懂如何写好小说,那么写出来的东西谁去看?

时代变了.连 spring 的思维都没人想着去理解了

试试用苹果的 dns 配置文件屏蔽.下面是我的

<key>DNSSettings</key>
<dict>
<key>DNSProtocol</key>
<string>TLS</string>
<key>ServerAddresses</key>
<array>
<string>127.0.0.1</string>
</array>
<key>ServerName</key>
<string>dns.name</string>
<key>SupplementalMatchDomains</key>
<array>
<string>*.id6.me</string>
<string>*.open.e.189.cn</string>
<string>opencloud.wostore.cn</string>
<string>auth.wosms.cn</string>
<string>id.mail.wo.cn</string>
<string>mdn.open.wo.cn</string>
<string>hmrz.wo.cn</string>
<string>nishub1.10010.com</string>
<string>enrichgw.10010.com</string>
...
</array>
</dict>

1.原来的 Aodbe Flash 软件变成 Aodbe Animate,最近 b 站很多凡人动画都是用这个制作的
2.如果原来学过 AS2,AS3,先搞 js 也没有任何压力
3.如果以前是写 Flex 的,那么现在写 xaml,vue 等也没有压力

https://learn.microsoft.com/zh-cn/windows-hardware/manufacture/desktop/capture-and-apply-windows-using-a-single-wim?view=windows-11
看里面的捕获与应用命令,2 个

备份可以直接备份,不用进入 pe 环境
恢复直接高级模式启动进入 pe,然后恢复

看了下源码,可能这个比较适合你们公司业务
如果要设计一个通用的,还是要改动的,将资源抽离,仅保留权限标志

比如 shiro 的权限检查
https://shiro.apache.org/java-authorization-guide.html

```
String perm = "printer:print:laserjet4400n";

if(currentUser.isPermitted(perm)){
//show the print button?
} else {
//don’t show the button?
}
```

前后端分离与这些没有任何关系.

很多后端系统,比如金融证券行业的系统,客户都是要完全自己配置的,菜单 url 也不一定是自己系统的(所以要可以新增,修改),不能再搞一套关系表来配置这些

重点是基于资源统一管控这些

WinUI 3 没有那么不堪吧,使用 c++ winui3 重构之前使用 sdl2+win32ui 写的 app,效果还是可以的.
主要问题其实是 c#来写太慢了,这个不是 winui3 的锅,只是到现在也没法原生编译,比使用 c# uwp 原生编译慢太多了

那些模型只是参考,基本都是混合一起..
我目前常用的方式:
资源: 接口,按钮,菜单等等都是资源, 设计一张资源表,然后菜单表中关联资源 id,其它也是
角色,用户组,或者是用户: 这些与资源关联,关联关系还有计算模式(比如+,-)
用户与角色等关联,这个没什么说的

不管是计算菜单还是其它均是只有一个入口,就是获取其所属资源列表,然后再去关联

根据业务,客户要求, 资源的关联方可以灵活选用,比如只使用角色

1.权限标志,只是资源的一种友好标识符而已,这菜单也只是资源的一种
2.菜单的管理与权限本身没有什么关联,对菜单的管理操作不过是后台管理系统中的基本功能(很多客户要求自行配置菜单的)
3.资源,比如某个 api 对应的后端方法,这个通常只能由后端定义
4.它这里菜单添加了权限标志,只是为了权限框架统一管理

国内后端常见的权限模型:
Resource-Based Access Control
Role-Based Access Control

像素密度不够,windows 上效果都不行

我的台式机屏幕 24 英寸,4k.各种字体替换都不行,对比 surface pro 差太多了

Aves 开源

Jetpack Compose 是新的 ui 框架,可能你 as 创建这个类型的 app 了

文档默认是基于 xml 的那个 ui,可以先看看这个

https://developer.android.google.cn/training/basics/firstapp?hl=zh-cn

对着这个开始写就行了

直接注册,自己开发机部署,不上架不要钱

兼容类
java 中没啥好办法

我自己的一个安卓项目,使用了不同版本的内置 api

dependencies {
api platform(project(':bom'))
implementation project(":system-common")
implementation project(":system28")
implementation project(":system29")
implementation project(":system30")
implementation project(":system31")
implementation project(":system32")
implementation project(":system33")
implementation project(":system34")
}

if (AndroidVersionUtil.getVersion() >= 34) {
permissionManager = new PermissionManager34();
....
} else if (AndroidVersionUtil.getVersion() >= 33) {
permissionManager = new PermissionManager33();
...
} else if (AndroidVersionUtil.getVersion() >= 32) {
permissionManager = new PermissionManager32();
....
}
...