We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
命名规则:类型{_模块名}_逻辑名称、类型{_模块名}_颜色 建议改为: 模块名_类型_逻辑名称、模块名_类型_颜色
因为如果开发到一定阶段要转组件化, 这样处理资源文件会方便很多. 就算不组件化, 名称看起来也是很整齐的, 因为个人之前经历过, 不确定作者有更全面的考虑吧?
The text was updated successfully, but these errors were encountered:
我应该再加一小节,这方面我忘记了,组件化或者三方库存在 xml 相关文件或者相关 name 的话,应该都以组建名或库名作为前缀,过会会补上哈。
Sorry, something went wrong.
不过我觉得你这样的组件化其实做得不是很好,我觉得组件化可以多一个 ui 模块专门存放资源文件,那样你就可以直接把之前项目的资源文件都放在那里即可,如果要对资源分包,那也没问题,可以结合我的这篇文章:对资源进行分包,这样就避免了你说到的情况,而且你那样每个模块都自己单独写一套,那么 values 下面的就会有很多重复,比如有很多个值都是 1dp,很多个颜色值都是白色,两个模块有差不多的布局也不能复用,哈哈,个人所见,以后等我开源这个组件化框架你就知道了。
大哥,啥时候开源这个组件化框架呢
No branches or pull requests
命名规则:类型{_模块名}_逻辑名称、类型{_模块名}_颜色
建议改为:
模块名_类型_逻辑名称、模块名_类型_颜色
因为如果开发到一定阶段要转组件化, 这样处理资源文件会方便很多. 就算不组件化, 名称看起来也是很整齐的, 因为个人之前经历过, 不确定作者有更全面的考虑吧?
The text was updated successfully, but these errors were encountered: