Pengfeng Wang
Pengfeng Wang
1. 不需要考虑方法内联。 2. 不会有问题。
demo里开启了MultiDex，Application中没有调`MultiDex.install(this)`。
MultiDex is supported. You'd better get rid of the `multiDexEnabled = true` in build.gradle and enable it in [stark.properties](https://github.com/ximsfei/Stark#configuration-files)
MultiDexTransform is extends from BaseProguardAction. When you generate a patch, all useless classes are removed. MultiDexTransform may interrupt compilation. Therefore, you need to disable MultiDex when you performing the generate...
starkGeneratePatch + BuildType
1. 最初发现问题是源于这个[issue](https://github.com/ximsfei/Stark/issues/1)，最终发现是我提交的demo[配置](https://github.com/ximsfei/Stark/commit/fa4b080f77a0b2949385c15fef1e42dad6bb4f0f)有问题。 2. 做该框架的想法，在Google 发布Android P预览版之后，3月份有想法，4月份开始实现，所以暂时没什么量级，这也是开源的目的，希望一个有意义的项目，能够有更多人来参与，同时也能让更多人不止停留在用的层面。 3. 至少从技术层面上，Google无法屏蔽该方案，你也大致看了下实现原理，这个框架基本上是靠编译时生成代码来实现的，抛开编译插件，相当于所有代码都是`手写`的，而且没有使用任何非 SDK 接口，同时InstantRun也是利用编译时生成代码来实现的，Google 没有理由来屏蔽。从其他层面来看，唯一的一种可能是，类似iPhone有热更新代码的app，不让上app store一样，在Android中，未来实在是想屏蔽，只能说不让上Google Play，这点应该不用去太纠结，如果真是这样，只要Google愿意，任何功能实现，都有可能被屏蔽。
@dengluoy 提交pr？
v7包使用3.x版本
暂时还没对raw下的资源做处理，需要参考自定义View自行扩展，可以看下SkinCompatResources.java