前言
不知道从何时起,移动端开发都开始采用MVP。我们在认识到MVP有点的时候,也不妨会察觉到它其实也有很多恼人的地方,比如,我们针对每种状态渲染不同的视图:
private void renderInit() {
mViewA.setVisibility(View.VISIBLE);
mViewB.setVisibility(View.GONE);
mViewC.setVisibility(View.GONE);
mViewD.setVisibility(View.GONE);
mViewE.setVisibility(View.GONE);
}
private void renderSummary() {
mViewA.setVisibility(View.GONE);
mViewB.setVisibility(View.VISIBLE);
mViewC.setVisibility(View.GONE);
mViewD.setVisibility(View.GONE);
mViewE.setVisibility(View.GONE);
}
可以看到在这里,我们渲染Init状态时,把View A设为可见,把其他的View设为不可见,当我们又去渲染Summary状态是,又重复上面的动作,不过这次是吧View B设为可见。这种冗余代码(或者说是模板代码)非常的烦人,因为我们在复制粘贴的时候极有可能设置错误的View为可见了。那么我们有没有什么办法来避免这样的问题呢。其实是有的,我们不妨回忆下ButterKnife怎么做的——对于findViewById这样的冗余代码,ButterKnife是采用注解的方式解决的:
@Bind(R.id.id_name)
TextView m_name;
@Bind(R.id.id_who)
TextView m_who;
@Bind(R.id.id_musicBar)
MusicBar m_musicBar;
@Bind(R.id.id_playControl)
ImageView m_bottomPlayControlView;
@Override
protected IView createView() {
return this;
}
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
ButterKnife.bind(this);
...
}
在执行
ButterKnife.bind(this);
后,ButterKnife会采用APT自动生成代码执行findViewById操作。
同样的,我们在解决MVP冗余代码时,我们也可以使用APT生成代码执行
setVisibility(View.VISIBLE);
操作。
思路
1:模仿ButterKnife对于要setVisibility的View我们使用注解来标示
2:当知道有哪些View要setVisibility后,我们可以把它们存到容器里
3:当外部要setVisibility某些View时,我们可以提供一个类似
4:为了避免APT生成的代码和现有的代码重复类名,我们可以尝试在APT的类名中出现$符号,但是这样用户用起来很难受,我们可以是APT生成的代码都实现某个接口,当new出对象后以接口类型返回以保障代码整洁性。
void setVisible(View... target)
的接口去遍历容器,如果容器中的View在集合target中,就设为可见,否则不可见。
1:如果你最APT还不是很了解,建议阅读下鸿洋的文章鸿洋APT
实现
0x01:
在Android Studio里新建一个java工程:
在java工程的build.gradle脚本里添加依赖:
apply plugin: 'java'
sourceCompatibility = JavaVersion.VERSION_1_7
targetCompatibility = JavaVersion.VERSION_1_7
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
compile 'com.google.auto.service:auto-service:1.0-rc2'
}
0x02:
然后我们定义注解:
/**
* Created by chan on 16/10/15.
* [email protected]
*/
@Documented
@Retention(RetentionPolicy.SOURCE)
@Inherited
@Target(ElementType.FIELD)
public @interface JoinView {
}
只能用于field,它用于标示我们要setVisibility的view,像这样:
@JoinView
View mViewC;
0x03:
当注解标示某个field之后,我们就可以拿到field的变量名,我们可以通过activity.mViewC的方式读取里面的值,不过这有个前提——mView最起码应该是protected, 或者public的,但是我们还是选用protected,毕竟这样可以最大化数据的封装程度。如果是这样的话我们生成的类必须得和被注解的类在同一包下面当然这很容易实现。
我们自定义Processor:
@AutoService(Processor.class)
public class YellowPeachProcessor extends AbstractProcessor {
/**
* 用于写java文件
*/
private Filer mFiler;
/**
* 可以理解为log
*/
private Messager mMessager;
/**
* 注解检查器,用于判断被注解的field不是private的
*/
private AnnotationChecker mAnnotationChecker;
@Override
public synchronized void init(ProcessingEnvironment processingEnv) {
super.init(processingEnv);
mFiler = processingEnv.getFiler();
mMessager = processingEnv.getMes