网上组件化的文章很多,我本人学习组建化的过程也借鉴了网上先辈们的文章。但大多数文章都从底层的细枝末节开始讲述,由下而上给人一种这门技术“博大精深”望而生畏的感觉。而我写这篇文章的初衷就是由上而下,希望别人在阅读的过程中能够觉得“组件化原来也就是这几个东西”的感觉。 首先我们来看一下组件化项目和传统项目的区别在传统的项目里 在组件化项目中 在明白了组件化为我们解决的主要问题后我们来看看需要怎么做 初步实现组建化其实我们最终要解决的问题就只有2个: 接下来我们具体来看一下如何操作 首先来看一下模块间依赖的问题 我们一共需要建6个module,除了4个功能模块外还有一个基本的common库和一个作为启动的application。 关于开关的配置位置这是一个问题,我们把它添加在gradle.properties文件中,这样我们每次修改值的时候就可以触发gradle的重新构建,便于我们单独编译module。 首先,为了方便各个module之间的交互我们借用了阿里的充分ARouter库,所以在每个非common的库(包括主Application)中我都强烈建议加入对ARouter和commonlib的依赖。 其次,4个功能模块库我们要为它装上我们之前配置的是否单独编译的开关,我们需要修改如下2个地方: 可以看到我们要修改的就是我红框框住的地方,当我们的开关打开的时候,我们就把他当成一个单独的application来编译,并且赋予它一个独一无二的applicationId,这样我们就可以通过刚刚在gradle.properties中配置的开关来控制它是否单独作为一个application来编译。 而对于我们的入口module--app模块我们则需要做如下的配置: 我们除了需要配置基本的ARouter以及commonlib依赖以外还需要在app模块的gradle文件中根据开关选择是否需要依赖我们的功能模块,这个和各个功能模块中的配置是相呼应的。 而对于其他组件模块,重复上述步骤即可完成组件化框架的搭建: 在完成了组件化框架的搭建后我们来简单的看看框架中一些具有特色的使用方法。我们首先来看一下各个模块的页面间是怎样跳转的。 跳转的方法就如同图2-1中显示,我们需要标明目标页面,附带上要传送的参数,然后调用navigation()就可以跳转了,不过有人问目标页面怎么看着就是一个路径,它是怎样定义的?
这样,我们就完成了页面间的跳转了,是不是比起我们传统的方法更加简单合理? 最后我们来看一下组件间如何为彼此提供服务。
首先在commonlib模块里创建一个暴露方法的接口,并定义接口签名,同时继承 Iprovider 接口 然后在home模块中继承commonlib里定义的接口,并实现签名方法。 这里我们同样使用Arouter的 @Router注解来提供这次服务的路由。 可以看到我们同样使用了@Autowired注解来初始定baseService服务,并将页面注入Arouter中即可调用服务中的方法,且对于服务的依赖是基于接口的依赖,大大提高了其灵活性! 基本组件化框架的搭建就完成了,希望认真看完的朋友能有所收获!如有不正之处还望指正! 以上项目的码云地(欢迎参与改进): 分 |
|
来自: 西北望msm66g9f > 《政经文》