AppJoint icon indicating copy to clipboard operation
AppJoint copied to clipboard

🔧 Cross module Android development made easy!

Results 15 AppJoint issues
Sort by recently updated
recently updated
newest added

Execution failed for task ':app:transformClassesWithAppJointForAlphaDebug'. > groovy.lang.GroovyRuntimeException: Ambiguous method overloading for method java.io.FileInputStream#. Cannot resolve which method to invoke for [null] due to overlapping prototypes between: [class java.io.FileDescriptor] [class java.io.File]...

AppJoint 目前在Gradle7.0+版本上已经不能运行了 好像是一些Api发生了变动不支持部分代码生成

> 你们都是怎么处理的?有有效方法吗? 我也是同样的跟上面 mrrobot97一样的错误 改下插件吧 只能遍历所有的 jarInput 了 _Originally posted by @mrrobot97 in https://github.com/PrototypeZ/AppJoint/issues/44#issuecomment-1074645499_

W/System.err:java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.Object java.lang.Class.newInstance()' on a null object reference W/System.err: at io.github.prototypez.appjoint.AppJoint.service(AppJoint.java:86) W/System.err: at io.github.prototypez.appjoint.AppJoint.service(AppJoint.java:79) debug发现routersMap是空的 public static synchronized T service(Class routerType, String name) { T...

如果 module a依赖于module b,比如支付模块调用前需要先执行登陆模块的初始化,那么如果保证支付模块的application执行顺序在登陆模块的application之后?

module中的AppJoint.service返回null

不知是否你们代码量不多,或者对编译耗时这个要求不高,这个插件对于大点项目的耗时是很夸张的。 1. 假增量,在Transform里面写了支持增量,但实际并没有这么做,还是全局遍历 2. 读所有问题来做解析注解完全没必要,可以利用apt生成份包含有这个注解的类,从而来加速解析速度,每个类都找javassist去解析判断,性能很差的,大海捞针一样。

enhancement

对于已经完成业务模块化的,感觉是没必要引入这个框架的,毕竟接口隔离业务也是一种通用的方式。这个框架,适合将一些复杂的非业务模块化的项目,进行拆分成业务模块化的形式。通过使用这个框架完全拆分成业务模块化之后,我移除了这个框架,感谢作者这个框架,在我业务模块拆分中带来的帮助,谢谢! ps:拆分后的项目,组件的模块打成aar,业务模块接口隔离。我们认为,组件是各个业务模块都可以拿来用的,是组合模式。各个业务模块,是独立的,而且应该是可以快速打成apk的,我们称之为业务模块

good practices

使用@ServiceProvider 注解的类有时候会被实例化多次,导致不同的时刻调用 AppJoint.service(A.class) 方法会返回不同的对象。