ikas

@1una0bserver appops 篡改是谷歌自己搞的,目的是将权限管理(应用设置中的)的状态与 appops 的状态保持一致,有很多机制会触发同步.
通常使用 appops 的"忽略"来让 App 以为自己获取了权限,这一变更后导致 Appops 名存实亡,rikka 的 appops 我记得没错的话,他会自己记录用户设置的值,然后执行恢复 appops..

我的意思是谷歌在 10 之后会重置 appops 权限

下面我当时的一些总结...
android10+ AppOps 的一些不同:
会根据权限状态自动修正权限对应的 op 状态,反之亦然
系统默认存在多种触发同步的机制,比如任意 app 的卸载,权限变更
会自动重置 op 状态,如 package mode

然后只能通过拦截系统这种重置的行为才行..

我自己开发的应用(Manage App/App Component(IFW)/Permission/AppOps),支持通过 Xposed 或者对系统打补丁强制拦截系统恢复 appops. 后来还自己修改 lineageos 权限代码来用...后来想明白了.谷歌就是不愿意搞真正的隐私保护而已.那么就不用安卓了...

安卓内部的权限控制实现框架 Appops,本来可以很好的控制各种权限,但是谷歌在权限方面非要搞诸如权限组等这种
完全无视真正隐私的东西,还有强制捆绑位置与几种权限一起.

国内的系统基本都会利用 Appops 来搞一些权限增强,但是他们有各种白名单..

我以前一直使用自己研究安卓源码然后开发的 Appops,ifw 等控制的软件..直到谷歌开始强制重置 appops,然后必须修改系统源码或者使用插件拦截才可以.最后直接放弃

为什么不是有了 ai 辅助自己学习与开发更快?

@null123456 翻看测试用例看到用法了.不是字符串,是根据实体使用注解处理器生成的 table 与 column 结构

看了首页的例子.没有看到怎么根据参数动态加条件的?

比如我们用的:

public interface PetDao {
@SelectProvider(type = PetMapperSql.class)
List<Pet> queryPet(@Param("param") PetQueryParam param);
}


public class PetMapperSql extends BaseMapperSql {
public SelectModel queryPet(@Param("param") PetQueryParam param) {
return select(Pet.id, Pet.name, Pet.petType, Pet.birthday, Pet.updateTime)
.from(Pet)
.where().and(Pet.name, isLikeWhenPresent(param.getName()).then(x -> "%" + x + "%"))
.and(Pet.birthday, isGreaterThan(param.getBirthdayStart()).when(Objects::nonNull))
.and(Pet.birthday, isLessThanWhenPresent(param.getBirthdayEnd()))
.build();
}

}

.and(Pet.birthday, isGreaterThan(param.getBirthdayStart()).when(Objects::nonNull))

以前也遇到过,最后使用内嵌 tomcat 加上不再以 war 发布.
后来新项目又遇到扫描说有 tomcat 关键词,最后修改 tomcat 为 blackdog 然后自编译内嵌.

改成 netty 工作也不会大吧.只要使用 netty-servlet 即可,基本区别不大.

有其他语言基础.java 没什么难入手的..尤其 java 语法白开水一样
一些老的东西就没必要看了.比如 File. Date 一类的
思维也不要一直都是老面向对象那一套了. 接口/不可变等思维是 jdk 更新主流
https://inside.java/
https://docs.oracle.com/javase/tutorial/

1.程序目录写数据.早就是微软不推荐的了.如果打包为 msix,自然是没有程序目录权限的.
2.证书这个安全问题.不要程序自动安装,而是要让用户自己操作
3.微软会在各种常见机器上测试.遇到崩溃也是正常的,应该还是程序自身可能有未发现问题.或者是依赖问题

微软现在可以说是最容易的了..基本上只有第三点没问题,都能过..特殊权限的话在提交的地方有个额外说明.写清楚几乎就过去了..