组件化开花，就问你香不香

从2017年只需几个大厂在做组件化，到今日现已繁花似锦。

越来越多的团队，越来越多的项目都做了组件化。

大叔信赖即便你没有做过组件化项目，可是，对组件化也早就听烂了。

可是，组件化开发多少有些技能门槛。

有许多大神写过相关文章，通俗易懂的不多。浅显易懂的android体系更不多。

大叔不才，乐意冒着不要脸github中文官网网页的风险一试，通俗易懂、深深浅浅的来聊聊组件化开发，假定对你有一点点启示，请记得回来给大叔点开源基金会个赞。

这篇blog，大叔酝酿了很长长长长长长长长长长长长长长期android什么意思。

一、单工程开发 -> 多module分层开发

这种分层架构，有什么用呢？

分解成架构图用什么软件做多module的项目结构，便是组件化开发了吗？

当然不是，多module分层的项目结构github永久回家地址，仅仅组件化开架构师发的一部分。仅仅组件化开发的根底。

大叔，查找了许多资料，发现，关于组件化开发，并没有很严峻的界说。

当然，咱们没有必要，过于纠结 ”组件开源是什么意思化开发的界说“；

咱们更重视这种开发思维对项目带来的长处以及在团队中怎样运用。

二、组件化的思维&优势

下面是我的理解，如有gitlab出入，欢迎提出来一同议论。

1、将一个大appointment型项开源我国目分解成多个moduAndroidle，拆解的进程便是一个化繁为简的进程。

尤其在大团队，大项目上，组件化的优势会愈加凸显。

大项目分解成一个个小型项目，github永久回家地址适当架构是什么意思于将一个凌乱的问题拆解成一个个相对简略的问题。

每个成员，能够专注在自己相关事务的module上。

2、分层的module结app是什么意思构，同一层的modulandroid/yunose间存在代码阻隔，这种阻隔是编译上的阻隔。

同层的代码不能相互调用。底层的代码也不能调用上层。

这种编译阻隔，带来了，模块appreciate间的高度解耦。

让模块的依托联络清楚。

3、更高的可重用性

（假定构建正确）组件化规划的体系，比传统的整体规划具有更高的可重用性。

什么是组件？什么是模块？

组android的drawable类件偏重复用，模块偏重职责区分。 他们没有非常严峻的区分。

到达可复用要求的模块架构师需求把握哪些常识，那么这个模块便是组件。

base层的mo开源代码网站githubdu开源代码网站githuble有必要是可复用的，假定项目规划的好，开源矿工business层都开源节流能被复用，每个module都能成为组件。

可重用性是组件化思维的中心。

如此架构，是否也合适技能中台的架构？

4、每个组件都具有可代替性（假定构建正确）

假定咱们要为某个现已存在的组件，从头开发一个新组件，将变得非常可行。

组件内的重构也将变得非常可行。

新的组件的规划只需保证对外供给的接口，完全契合，旧组件对外供给的接口

5、组件的热插拔，成为或许（假定架构图构建正确）

咱们幻想下，在APP运行时，business中的组件能够动态加载，也可动态卸开源矿工载。

那么我appreciate们能够轻松结束组件的懒加载：用户用到的组件，那么就加载进来。用完之后便能够卸载apple。

6、组件的独立编译、查验approach，成为或许（假定构建正确）

大的android工android下载装置程项目，build一次要到5分钟左右，太浪费时间了。

拆成多个组件之后，假定每个组件都开源代码网站github能单独build，单独查验，那么将大大提高开发功率。

上面议论的这些优势，并不是将简略将 单工程 拆分红 分层的多modulappreciatee工程结构 就能取得这些优势。

想要取得这些优势，还负重致远，我架构规划们还需求处理许多问架构规划题，才能让咱们的项目具有上面的说的优势。

二、组件化后，将面对哪些问题？怎样处理？

1、module之间怎样开源是什么意思高雅的通讯

通Git过ARouter通讯。

ARoute架构师和程序员的差异r是阿里开源的一个项目。github.com/alibaba/ARo…

经过ARoute开源节流r跨androidstudio装置教程moduleandroid的drawable类跳转Activity

@Route(path = "/test/架构图activity")//声明路由
public class YourActivity extend Activity {
...
}
//经过路由启动Activgithub永久回家地址ity
ARouter.getInstance().build("/test/activity").withLong("ke架构师y1", 666L).navigation();开源我国

经过ARouter在module间同享方针，结束module间通讯。

比架构规划方：咱们有一个账号模块 business:account ,供Git应了登录、登出、用户信息查询等事务。

同级的其他模块，怎样跟账号模块通讯？获取用户的登录情况以及用户相关信息？

public class AccountBean {
private String name;
priapp是什么意思vate int age;
//....
}
public interface IAccountService extends IProvidappointmenter {
void login(Context context)appointment;//登录
void logout(架构图用什么软件做Context context);//登出
AccountBean getAccountBean();//获取账号信息
}

对外的数据结构Android和接口界说。

@Route(path = BusinessRoutePath.ModuleAccount.ACCOUNT)
public class AccountServiceImpl implements IAccountService {
//...gitee..
}

bussiness:acandroid的drawable类count模块中的结束。

IAccountService accountService = ARouter.getInstance().ngiti轮胎avigappstoreation(IAccountService.class);
accountService.login(activity);
AccountBean bean = accountService.getAccountBean();

可是问题来了：

同层的其他模块，怎样，能拿到ARouter的android/yunospath？

同层的其他模块编译时，怎样，同享AccountBean类、IAPPAccountService接口？

这便是模块之间的编译阻隔，带来的问题。

咱们很天然的想到了framework模块，或许base层的其gitee他模块。

咱们只需将这些path界说、AccountBean类、IAccountService接口，下沉到base层,就能够结束编译上的代码同享。

如此一来，就带来了，另一个问题：代码的中心化问题。

​

2、代码的中心化

简略的path字符串界说，放在framework却是还好。

假定全部business模块对外供给的接口和数据结android的drawable类构，都界说到framework的话，问题就有点严峻。

将会损坏：组件的android什么意思 可代替性、可重用性、组件间耦架构图模板合度

由于framework是根底模块嘛，全部busiAndroidness模块都依托的模块架构师和程序员的差异，如此，不论你的business1模块是否依托business2开源阅览模块的对架构是什么意思外接口，都会存在这一层依托。

模块间的代码鸿沟出现一些劣化。缺少了编译上的阻隔。许多模块将会变得不可“独立”了。

可代替性、可重用性 越来越弱，想要替换或许复用某个business组件将变得越来越难。

将会导致，咱们很难知道，哪些business对哪app是什么意思些business 接口有依托。

一起，framework模块跟着功用迭代，会不断胀大。

这便是，中心化的问题。

所开源以咱们很天然的想到了一个处理计划：

结束了另一种接口暴露的形式——“.api化”。

将 business模块 对外供给的接口单独抽到 business-api 模块中。其他依托他的模块只需求依android体系托他的business-api即可。

这个计划怎样实践下去呢？

微信的api化计划

微信团队出了一个很美妙的appear计划，这个计划对android的组件化开发，产生了非常深远的影响。

后边许多做组件化开发的团队，在处理中心化问题基本都会用到类似的计划。

mp.weixin.qq.com/s/6Q8android下载装置18XA5F…

以下为，微信官方博客的原文引用：

运用方法和思路都很简略。关于javaapple文件，将工程里想要暴露出去的接口类后缀名从“.java”改成“.api”，就能够了。

而且并不仅仅java文件，其他文件假定也想暴露，在文件名后增加”.api”，也相同可架构师需求把握哪些常识以。

当然，要让工程支撑这样的方法，gradle文件必定会有一点改变。

它的结束原理也适当简略：主动生成一个“Sgit教程DK”工程，复制.api后缀文件到工程中就行了，后边其他工程依托编译的仅仅这个生成的工程。简略好用。

api计划有点类似于aappointmentndroid的AIDL的思路。

微信API计划的变种

gradle 根据src/api文件架构是什么意思来，主动生成{moduleName}-api模块。
假定，src/api文件不存在，将不会主动生成 {moduleName}-api 模块。

经过API模块来处理代码中心化问题带来的长处：

1. 让各个business的之间的依托清楚
2. 让business对外供给的接口清楚。

然后加强了模块的：可代替性。

只需两个business对外供给的API一起，就能够相互替换。

3Git、单独编译、查验 business的单个模块

模块变多了，项目变大了，整个项目的编译速度变慢了。

业内有两种常用做法。

• 计划一：动态装备 build.gradle。

  只需让单个的组建能编译成APP就能单独查验。

  

• 计划二：多壳APP

  

  方app是什么意思案来自，在聚美优品。

  这里需求留心：假定，Demgitlabo1是business1的壳APPandroidstudio装置教程。那么Demo1还需求依托哪些businessXXX呢？

  刚好，前面做的api化，能排上用场。

  business1依托的businessXXX-api模块对应的businessXXX模块，Demo1也需求依托。

  为甚？由于，business1依托的business架构图模板XXX-apgithub永久回家地址i开源操作体系模块，意味着，business1需开源基金会求依托 businessapp是什么意思XXgiti轮胎X供给的功用，比方要跳转到businessXXX的activity？或许，要获取busineGitssXXX的方针。

4、模块变多了，gradle代码同开源矿工比增长，gradle 代码复用

• 版别号一起处理，依android手机托的一起处理

  • 计划一：Extra progit命令perties

    developer.android.架构师需求把握哪些常识com/studio/buil…

    docs.gradle.org/current/use…

    在项目跟目录的build.gradle文件架构师和程序员的差异中装备Extra特点

    

    如此能够结束一起处理版别号，和依托。

    可是，可是，可是，这个计划存在显着的缺陷。

    • 不支撑，主动补全

    • 不支撑approachFi开源节流nd Usages，查找全部使用的当地

      

    • 运用时，不支撑点击跳转

    严重影响开发体会。

  • 计划二：buildSrc架构图用什么软件做

    

    • 支撑，主动补全

  • 支撑，Find Usages

    • 支撑，点击跳转

  • 更完美的github中文官网网页语法高亮

  • gradle文件复用

    版别和依托做到了一起处理，可是每个Gitmodule都有各自的build.gradle，重复的build.gradle代码仍然没有复用。

    咱们能够经过apply from:”xxx.gradle”的方法来复用gradle代码。

    如下图

    

    如上android的drawable类，咱们能够在base.gradle中为每一个项目增加装备一起的编译逻辑，如：kotlin的支撑，java版别的修正，maven库上场的逻辑等等

5、模块间：string、drawable、value、layout等，资源名冲突问题

怎样防止资源名冲突？

比方businessA 和 businessB都在drawable目录下，都有一张同名的图片。

这两张图片只需一张会被打包到apk中，被运用。

这样就简略出现紊乱。

这个问题比较好处理。让每个模块的资源开源我国名固定一个前缀。只需模块之间的前缀不相同就不会冲突。

gradle的resourcePre架构图fix装备，刚好契合咱们的需求。

如下装备，假开源基金会定module中存在资源不以app_开头，**lint走查会报warnning。*github永久回家地址*留心不会编译失利。

android {
resourcePrefix 'app_'
}

如下截图的warning：

6、由于多module分层的项目结构，导致 R.class 冗余

能够经过boosteGitr的资源内联东西处理，R类的冗余。

具体能够自己检giti轮胎查booster官网，booster是didi开源的一个插件。booster.johnsonlee.io/feature/shr…

7、模块间，公共资源stgithub永久回家地址ring、drawable、layout等怎样同享？

没有找到很开源是什么意思好的处理计划。

每个计划都有缺陷

比方说，business1和business2都要用到同一张图片。

那么这张图片该放到哪里呢？

• 1、把他放到api模块里来同享

  资源这种，并非功用依托，放到api模块也不太合适。

  由于这样或许android/yunos形成busines架构图用什么软件做s1和android/yunosbusiness2模块本来没有关联也没有依托；

  但由于共用同一个资源，却giti轮胎导致存在了依托。

• 2、在business1和business2中都放一个图片

  如此会增大包体

• 3、在business1和business2中都放文件名同名的图片，让编译时资源吞并的时分只运用同一张图片。

  如appearance此一来，铺开各个模块资源命名，也简略导致开发时发生冲突。

  自定android是什么手机牌子义lint规appearance矩，让存在common和{moduleName}两种前缀？

• 4、将这张图片下沉到base层，如：framework模块，或许，单开一个lib-resource

  如此一来，将会出现资源中心化问题。

上面的方法多少android是什么手机牌子都giti有些缺陷，大叔还没有找到一个高雅的方法。假定你有什么好主意，一定要留言奉告大叔，大叔在此谢过你了。

8、各个business 模块 之间能不能有直接依托？

千万不能这么操作。

假定：在 business/setting 中直接在gradle装备中依托，business:account。

那么编译上的代码阻隔就完全被毁。就跟不要谈组件的可重用性、可替android手机代性了。

impapp是什么意思lementation project(":business:架构规划account")

9、Appandroidstudio装置教程lication生命周期怎样派发

各个组件怎样取得Application.attachAPP()、Application.onCreate()、App开源我国lication.onTerminate()等的回调。

未开源基金会完待续

10、组件生命周期处github是干什么的理

未完待续，待大叔踩过坑，结束了，开源矿工再来写。

11、组件结束热插拔

未完待续giti轮胎，待大叔踩过坑，结束了，再来写。

12、等等，未完待续

待大叔持android下载续探求

三、提高

毕竟咱们再回到，组件化自身上来。

组件化开发不仅仅是一种多giti轮胎module分层的项目结构；他不仅仅是一种架构；他更是一种架构思维，一种寻求模开源软件块复用精力。

有人说小项目没有必要做组件化开发。大叔不这么以为，小项目仍然合适做组件化，除非你们团队只需一个项目，而android什么意思且项目几乎不需求迭代app是什么意思。组件跨项目的复用也是一android什么意思件让架构师薪酬一月多少人非常振作的优势。

前几年听烂了的技能中台，跟组件化的架构也不谋而合。

毕竟，非常感谢，老一辈们将他们的组件化经历共享到互联网，为咱们这些组件化的后来者供给了名贵的android下载资料。

感谢！感谢！感谢！感谢android平板电脑价格！感谢！大叔给你们一个么么哒

微信Android模块化架构重构实践架构图模板

聚美组件化开源操作体系实践之路

Is there a difference between a compoappetitenent and a module

架构规划 组件和模块的差异

Android 组件化最佳实践

Andrapp是什么意思oid 模块化探求与实践

为了组件化改造学习十几家大厂的技能博客

en.wikipedia.org/wiki/Mo开源节流是什么意思是什么dula…

en.wikipedia.org/wiki/Compon…

毕竟的毕竟，假定这篇文章对你有一点点启示，请一定要点个赞再走。这对一个草根原创技能博主很重要……