以下是对于我这个项目的各种场景的描述，基本覆盖了定制化框架的所有涉及的场景：


假设有ABCDE五个产品。


1）基于配置实现：

场景1: 新功能，BCDE有，A没有

解决方案1：把入口UI屏蔽掉，使用配置文件if else来控制


场景2: 对某个页面， CDE有相同的UI，AB有些不同，A多一个控件，B少一个控件

在Core中放相同的Layout，处理所有最全的逻辑

在ABC中，做一个同名的Layout，修改为自己的UI，分为加、减、改三种：

场景2_1： A减去控件：因为在Core中Activity会用到减去的R.id，运行时会报找不到这个控件id的错误，所以，需要开关来控制，不走这段逻辑。

场景2_2： B加上控件button

一种办法是，在产品B中，继承之前的Activity，使用Hook，替换之；

另一种办法是（C中实现），copy一份相同package的Activity到Core中，覆盖之前的Activity，这时，这个Activity不需要配置。要注意不要提交copy到core的的代码


场景2_3（不做新demo了）： C修改UI：指的是属性的修改，没有额外的工作。

修改UI：在具体产品中加新的layout

修改Activity逻辑：继承＋Hook


结论：尽量做减法


2）基于AOP实现（稍后推出）