AndroidBaseFrameMVVM
AndroidBaseFrameMVVM copied to clipboard
Quyunshuo
收集建议的 issue
如题这是一个收集建议的 issue，楼主平时工作比较忙，虽有有不断的去优化框架的内容，但是一个人的能力终归是优先的，如果 xdm 有好的建议、优化、更好的实现方式、补充功能等想法，可以通过此 issue 发表一下，我会经常看大家的提议去优化框架的内容。
博主为什么不选择使用dataBinding呢?对于dataBinding个人也比较纠结,感觉存在较多的问题,但是又是谷歌官方推的库
关于 DataBinding 这个库确实声音挺多的，我个人也不喜欢这个库，所以没有用，后面慢慢发展的话，到了 compose 的时候，就完全用不到这个库了。
作者大大 我在构建的时候总是构建失败 问了朋友查了百度都没有结果 我是要把那个静态参数类取消吗 希望能抽空回答我的问题哈 因为很少人使用buildSrc as用的版本是4.1.3和小蜜蜂
A problem occurred evaluating project ':app'.
> No signature of method: build_1f4n31cstp0l80xar4ff3dd78.android() is applicable for argument types: (build_1f4n31cstp0l80xar4ff3dd78$_run_closure1) values: [build_1f4n31cstp0l80xar4ff3dd78$_run_closure1@2183ef4d]
作者大大 我在构建的时候总是构建失败 问了朋友查了百度都没有结果 我是要把那个静态参数类取消吗 希望能抽空回答我的问题哈 因为很少人使用buildSrc as用的版本是4.1.3和小蜜蜂
A problem occurred evaluating project ':app'. > No signature of method: build_1f4n31cstp0l80xar4ff3dd78.android() is applicable for argument types: (build_1f4n31cstp0l80xar4ff3dd78$_run_closure1) values: [build_1f4n31cstp0l80xar4ff3dd78$_run_closure1@2183ef4d]
可能是你版本太低了，我昨天升级了AGP版本，我刚刚使用的是松鼠版本，是可以正常构建并运行项目的，实在不行你可以回退一个提交，最后一次提交升级了一些依赖
基类中的mViewModel看之前是反射获取的（直接在基类BaseFrameActivity中处理），现在是在每个具体类中自己处理的，这样做是为了什么啊？在基类处理了子类直接使用不是更好吗？
基类中的mViewModel看之前是反射获取的（直接在基类BaseFrameActivity中处理），现在是在每个具体类中自己处理的，这样做是为了什么啊？在基类处理了子类直接使用不是更好吗？
我这边不是基于反射的，ViewModel 的实例获取可能会有参数之类的，不单单只能使用无参的方式去创建，而且也是为了配合依赖注入，如果用反射好像只能固定无参创建
博主,想问下,如果将SDK或者三方库,全部放到项目中的lib_base里面的BaseApplication中初始化,是否可以呢,这样是不是app启动的速度就会受到影响呢?
博主,想问下,如果将SDK或者三方库,全部放到项目中的lib_base里面的BaseApplication中初始化,是否可以呢,这样是不是app启动的速度就会受到影响呢?
可以是可以，但是这样会导致本来只属于某个模块的内容，被所有模块都引用了，并不是所有的模块都会用到某个sdk ，应该让代码高度内聚，这个也就是大家所说的代码隔离
打算直接用你的项目做框架，但是因为牵扯到要更改包名的问题，一修改包名就会报错。这个想请问下有没有什么好的办法吗？
你可以新建项目，把代码导进去。前提还是建议你熟悉这里面的代码，改起来就会如鱼得水，否则哪里出个小问题，挺头疼的。
