ComponentCornerstone
ComponentCornerstone copied to clipboard
ComponentCornerstone 是一种非常新颖的组件思路,欢迎大家留下自己的简介。
你的每一份提议或者见解,都有可能给作者带来更深的思考并更好的优化项目。
不是需要任何路由/总线辅助通讯,也不需要下沉任何代码,只需要回归初衷,面向接口+数据结构编程,任何模块都能互相依赖,解决业务场景下不同的业务module需要依赖但却无法编译的问题。
看不出有什么太大的优点啊,其实每个开发者的·业务的不同的
component组件里的xml通过include加载libbase下的xml;编译器在编译时提示Unresolved reference: xxx 请问这个问题有没有什么解决办法
component组件里的xml通过include加载libbase下的xml;编译器在编译时提示Unresolved reference: xxx 请问这个问题有没有什么解决办法
正常申明 implementation project(': libbase') 使用就可以的。不涉及 component 逻辑
请问如果我是一个多项目(非AS Module)组合在一起的纯SDK项目, 没有app模块, 能否使用这种方式管理依赖?
请问如果我是一个多项目(非AS Module)组合在一起的纯SDK项目, 没有app模块, 能否使用这种方式管理依赖?
我理解下你的问题,你的项目多module,最后输出的是aar,依赖的是 com.android.library, 是不太建议的。如果输出的是app,但过程管理了多个 com.android.library 插件的模块,比较适合。