Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ComponentCornerstone 是一种非常新颖的组件思路,欢迎大家留下自己的简介。 #2

Open
YummyLau opened this issue Dec 7, 2019 · 7 comments

Comments

@YummyLau
Copy link
Collaborator

YummyLau commented Dec 7, 2019

No description provided.

@YummyLau YummyLau pinned this issue Dec 7, 2019
@YummyLau
Copy link
Collaborator Author

YummyLau commented Dec 7, 2019

你的每一份提议或者见解,都有可能给作者带来更深的思考并更好的优化项目。

@YummyLau
Copy link
Collaborator Author

YummyLau commented Dec 7, 2019

不是需要任何路由/总线辅助通讯,也不需要下沉任何代码,只需要回归初衷,面向接口+数据结构编程,任何模块都能互相依赖,解决业务场景下不同的业务module需要依赖但却无法编译的问题。

@15335179243
Copy link

看不出有什么太大的优点啊,其实每个开发者的·业务的不同的

@chengzijian
Copy link

component组件里的xml通过include加载libbase下的xml;编译器在编译时提示Unresolved reference: xxx 请问这个问题有没有什么解决办法

@YummyLau
Copy link
Collaborator Author

component组件里的xml通过include加载libbase下的xml;编译器在编译时提示Unresolved reference: xxx 请问这个问题有没有什么解决办法

正常申明 implementation project(': libbase') 使用就可以的。不涉及 component 逻辑

@elementlo
Copy link

请问如果我是一个多项目(非AS Module)组合在一起的纯SDK项目, 没有app模块, 能否使用这种方式管理依赖?

@YummyLau
Copy link
Collaborator Author

请问如果我是一个多项目(非AS Module)组合在一起的纯SDK项目, 没有app模块, 能否使用这种方式管理依赖?

我理解下你的问题,你的项目多module,最后输出的是aar,依赖的是 com.android.library, 是不太建议的。如果输出的是app,但过程管理了多个 com.android.library 插件的模块,比较适合。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants