Android 组件化填坑

01.Fragment通信难点

• 在网上看到很多博客说，如何拆分组件，按模块拆分，或者按照功能拆分。但很少有提到fragment在拆分组件时的疑问，这个让我很奇怪。
• 先来说一个业务需求，比如一个购物商城app，有4个模块，做法一般是一个activity+4个fragment，这个大家都很熟悉，这四个模块分别是：首页，发现，购物车，我的。然后这几个页面是用fragment写的，共用一个宿主activity，那么在做组件化的时候，我想把它按照业务拆分成首页，发现，购物车和我的四个独立的业务模块。
• 遇到疑问：
  • 如果是拆分成四个独立的业务模块，那么对应的fragment肯定要放到对应的组件中，那么这样操作，当主工程与该业务组件解绑的情况下，如何拿到fragment和传递参数进行通信。
  • Fragment 中 开启Activity带requestCode，开启的Activity关闭后,不会回调Fragment中的onActivityResult。只会调用Fragment 所在Activity的onActivityResult。
  • 多fragment单activity拦截器不管用，难道只能用于拦截activity的跳转？那如果是要实现登录拦截的话，那不是只能在PathReplaceService中进行了？
• 网络解决办法
  • 第一个疑问：由于我使用阿里路由，所以我看到zhi1ong大佬说：用Router跳转到这个Activity，然后带一个参数进去，比方说tab=2，然后自己在onCreate里面自行切换。但后来尝试，还是想问问广大程序员有没有更好的办法。
  • 第二个疑问：还是zhi1ong大佬说，通过广播，或者在Activity中转发这个事件，比方说让Fragment统一依赖一个接口，然后在Activity中转发。

02.组件化解决重复依赖

• 重复依赖问题说明

  • 重复依赖问题其实在开发中经常会遇到，比如项目 implementation 了一个A，然后在这个库里面又 implementation 了一个B，然后你的工程中又 implementation 了一个同样的B，就依赖了两次。
  • 默认情况下，如果是 aar 依赖，gradle 会自动帮我们找出新版本的库而抛弃旧版本的重复依赖。但是如果使用的是project依赖，gradle并不会去去重，最后打包就会出现代码中有重复的类了。

• 解决办法，举个例子

  api(rootProject.ext.dependencies["logger"]) { 
      exclude module: 'support-v4'//根据组件名排除 
      exclude group: 'android.support.v4'//根据包名排除 
  }

03.业务组件联动导致耦合

• 业务组件之间联动导致耦合严重
  • 比如，实际开发中，购物车和首页商品分别是两个组件。但是遇到产品需求，比如过节做个活动，发个购物券之类的需求，由于购物车和商品详情页都有活动，因此会造成组件经常会发生联动。倘若前期准备不足，随着时间的推移，各个业务线的代码边界会像组件化之前的主工程一样逐渐劣化，耦合会越来越严重。
  • 第一种解决方式：使用 sourceSets 的方式将不同的业务代码放到不同的文件夹，但是 sourceSets 的问题在于，它并不能限制各个 sourceSet 之间互相引用，所以这种方式并不太友好！
  • 第二种解决方式：抽取需求为工具类，通过不同组件传值而达到调用关系，这样只需要改工具类即可改需求。但是这种只是符合需求一样，但是用在不同模块的场景。

04.组件化之数据库分离

• 组件化开发之数据库分离
  • 比如，我现在开发的视频模块想要给别人用，由于缓存之类需要用到数据库，难道还要把这个lib还得依赖一个体积较大的第三方数据库？但是使用系统原生sql数据库又不太方便，怎么办？暂时我也没找到办法……

05.组件化时资源名冲突

• 资源名冲突有哪些？
  • 比如，color，shape，drawable，图片资源，布局资源，或者anim资源等等，都有可能造成资源名称冲突。这是为何了，有时候大家负责不同的模块，如果不是按照统一规范命名，则会偶发出现该问题。
  • 尤其是如果string， color，dimens这些资源分布在了代码的各个角落，一个个去拆，非常繁琐。其实大可不必这么做。因为android在build时，会进行资源的merge和shrink。res/values下的各个文件（styles.xml需注意）最后都只会把用到的放到intermediate/res/merged/../valus.xml，无用的都会自动删除。并且最后我们可以使用lint来自动删除。所以这个地方不要耗费太多的时间。
• 解决办法
  • 这个问题也不是新问题了，第三方SDK基本都会遇到，可以通过设置 resourcePrefix 来避免。设置了这个值后，你所有的资源名必须以指定的字符串做前缀，否则会报错。但是 resourcePrefix 这个值只能限定 xml 里面的资源，并不能限定图片资源，所有图片资源仍然需要你手动去修改资源名。
• 个人建议
  • 将color，shape等放到基础库组件中，因为所有的业务组件都会依赖基础组件库。在styles.xml需注意，写属性名字的时候，一定要加上前缀限定词。假如说不加的话，有可能会在打包成aar后给其他模块使用的时候，会出现属性名名字重复的冲突，为什么呢？因为BezelImageView这个名字根本不会出现在intermediate/res/merged/../valus.xml里， 所以不要以为这是属性的限定词！

06.butterKnife使用问题

• butterKnife使用问题
  • 尽管网上有不少博客说可以解决butterKnife在不同组件之间的引用。但是我在实际开发时，遇到组件模式和集成模式切换状态时，导致出现编译错误问题。要是那位在组件化中解决butterKnife引用问题，可以告诉我，非常感谢！

07.其他遇到的问题分析

• 如何做到各个组件化模块能获取到全局上下文

  • 情景再现
    • 比如，刚开始线上项目是在app主工程里创建的单利，那么在lib中或者后期划分的组件化，是无法拿到主工程的application类中的上下文。这个时候可以
  • 解决办法
    • 很容易，在lib里写一个Utils工具类，然后在主工程application中初始化Utils.init(this)，这样就可以在lib和所有业务组件[已经依赖公共基础组件库]中拿到全局上下文呢！

• 当组件化是lib时

  • 不能使用switch（R.id.xx）,需要使用if..else来代替。

• 不要乱发bus消息

  • 如果项目中大量的使用eventbus，那么会看到一个类中有大量的onEventMainThread()方法，写起来很爽，阅读起来很痛苦。
  • 虽然说，前期使用EventBus或者RxBus发送消息来实现组件间通信十分方便和简单，但是随着业务增大，和后期不断更新，有的还经过多个程序员前前后后修改，会使代码阅读量降低。项目中发送这个Event的地方非常多，接收这个Event的地方也很多。在后期想要改进为组件化开发，而进行代码拆分时，都不敢轻举妄动，生怕哪些事件没有被接收。

• 页面跳转存在问题

  • 如果一个页面需要登陆状态才可以查看，那么会写if（isLogin()）{//跳转页面}else{//跳转到登录页面}，每次操作都要写这些个相同的逻辑。
  • 原生startActivity跳转，无法监听到跳转的状态，比如跳转错误，成功，异常等问题。
  • 后时候，后台会控制从点击按钮【不同场景下】跳转到不同的页面，假如后台配置信息错误，或者少了参数，那么跳转可能不成功或者导致崩溃，这个也没有一个好的处理机制。
  • 阿里推出的开源框架Arouter，便可以解决页面跳转问题，可以添加拦截，或者即使后台配置参数错误，当监听到跳转异常或者跳转错误时的状态，可以直接默认跳转到首页。我在该开源案例就是这么做的！

• 关于跳转参数问题

  • 先来看一下这种代码写法，这种写法本没有问题，只是在多人开发时，如果别人想要跳转到你开发模块的某个页面，那么就容易传错值。建议将key这个值，写成静态常量，放到一个专门的类中。方便自己，也方便他人。

    //跳转
    intent.setClass(this,CommentActivity.class);
    intent.putExtra("id",id);
    intent.putExtra("allNum",allNum);
    intent.putExtra("shortNum",shortNum);
    intent.putExtra("longNum",longNum);
    startActivity(intent);
    
    
    //接收
    Intent intent = getIntent();
    int allNum = intent.getExtras().getInt("allNum");
    int shortNum = intent.getExtras().getInt("shortNum");
    int longNum = intent.getExtras().getInt("longNum");
    int id = intent.getExtras().getInt("id");