您现在的位置是:首页 > 文章详情

探索路由(一)

日期:2018-04-01点击:419

最近入门前端,如果写到和前端相关的地方写得不对还请大神谅解。写这篇文章主要是因为有一个疑惑:
什么是路由?
在前端开发单页面应用中,路由用于页面的跳转,而在Android端使用路由是用在组件化中的组件间的通信,虽然说我学Vue认为路由的跳转也就是组件之间的跳转,但我实在想不通android端组件间的跳转都好像用不到url,为什么这玩意能给它取名叫路由。我写这篇文章主要就是为了探究这个问题。

一.Android多模块开发

虽然说可能会有些前端的内容,但主要的还是探究android这边,那么android这边的路由是用在模块间的通信,那就不得不先说说多模块开发,之前也正好没记录过。

1.添加新模块
img_d233fa603afe6395513a16fa00a2faa5.png
img_aac37cc9ab17f9713932eea63c872c8b.png

一般选第二个,然后按之后的步骤来做就能创建,也不是很难。

然后打开工程的gradle文件


img_54463e4f31854ffaf6c05283c18769fa.png

发现这个说明创建新模块成功,自己会自动帮你在这定义,如果你是导入模块的话,需要自己在这定义。

最后在主模块中导入


img_3f1bda5d3547655b9dec88d52a68e409.png

这样就能让新的模块依赖于原本的模块。

二.模块间的通信

有依赖的两个模块之间就直接Intent就行,所以我觉得所谓的模块通信主要指没依赖的模块间的通信,所以这里把依赖给删除。
删除后发现另一个模块的类找不到


img_fbdad36f92b81802616d722ec992768e.png

换成隐式Intent说找不到Activity,然后我再创建一个模块,让壳依赖这两个模块,再在这两个模块间做隐式跳转才行,不知道为什么。


img_ef51d3f01eae40c5f3c11f501c3f49d6.png

总之我能证明不相互依赖间的两个模块能使用隐式Intent进行通信。

三.路由跳转

简单扯完了intent,再讲讲路由,据我所知,android里面页面的跳转都是用Intent来实现的,所以我很好奇所谓的路由跳转内部是怎么实现的,百度是不可能的,百度可靠过吗?要么谷歌,没翻墙的话我还是直接看源码把,于是我就找了比较屌的阿里的ARouter来研究研究这所谓的路由内部是怎么进行跳转的。

1.首先导入框架

按照文档来导入就行


img_5b4abeb82ae9ee70ab81fc78898713e6.png

版本号参照着改下就行


img_998637c93772ffc3b3bd6ff94b2fd276.png
2.看跳转的实现

注意,我主要这里是为了先看看它的内部是怎么实现跳转的,所以没必要把全部代码都研究,而且我不懂他们的设计思想,逻辑要看懂讲真还不太简单,先看最简单的跳转。


img_14e2ba93b3f19671d885073933597aa6.png

不写demo测试了,直接看源码,阿里的代码还是相信不会出问题的。
getInstance()肯定用了单例,找到ARouter,发现内部都是调用_ARouter的方法,这种写法感觉好像代理,又感觉好像不是,恕我才识浅薄。

找到build方法

 protected Postcard build(String path) { if (TextUtils.isEmpty(path)) { throw new HandlerException(Consts.TAG + "Parameter is invalid!"); } else { PathReplaceService pService = ARouter.getInstance().navigation(PathReplaceService.class); if (null != pService) { path = pService.forString(path); } return build(path, extractGroup(path)); } } 
 protected Postcard build(String path, String group) { if (TextUtils.isEmpty(path) || TextUtils.isEmpty(group)) { throw new HandlerException(Consts.TAG + "Parameter is invalid!"); } else { PathReplaceService pService = ARouter.getInstance().navigation(PathReplaceService.class); if (null != pService) { path = pService.forString(path); } return new Postcard(path, group); } } 

他做了什么操作,我不知道,但是很容易看出就是把路径做了某步操作得到新的路径和一个新的group。所以这步操作并不是跳转操作,再找到navigation()方法,注意这个build返回的是Postcard对象,所以这个navigation()方法应该是Postcard的方法,找到后一直跳到具体的实现方法。

private Object _navigation(final Context context, final Postcard postcard, final int requestCode, final NavigationCallback callback) { final Context currentContext = null == context ? mContext : context; switch (postcard.getType()) { case ACTIVITY: // Build intent final Intent intent = new Intent(currentContext, postcard.getDestination()); intent.putExtras(postcard.getExtras()); // Set flags. int flags = postcard.getFlags(); if (-1 != flags) { intent.setFlags(flags); } else if (!(currentContext instanceof Activity)) { // Non activity, need less one flag. intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK); } // Navigation in main looper. new Handler(Looper.getMainLooper()).post(new Runnable() { @Override public void run() { if (requestCode > 0) { // Need start for result ActivityCompat.startActivityForResult((Activity) currentContext, intent, requestCode, postcard.getOptionsBundle()); } else { ActivityCompat.startActivity(currentContext, intent, postcard.getOptionsBundle()); } if ((0 != postcard.getEnterAnim() || 0 != postcard.getExitAnim()) && currentContext instanceof Activity) { // Old version. ((Activity) currentContext).overridePendingTransition(postcard.getEnterAnim(), postcard.getExitAnim()); } if (null != callback) { // Navigation over. callback.onArrival(postcard); } } }); break; case PROVIDER: return postcard.getProvider(); case BOARDCAST: case CONTENT_PROVIDER: case FRAGMENT: Class fragmentMeta = postcard.getDestination(); try { Object instance = fragmentMeta.getConstructor().newInstance(); if (instance instanceof Fragment) { ((Fragment) instance).setArguments(postcard.getExtras()); } else if (instance instanceof android.support.v4.app.Fragment) { ((android.support.v4.app.Fragment) instance).setArguments(postcard.getExtras()); } return instance; } catch (Exception ex) { logger.error(Consts.TAG, "Fetch fragment instance error, " + TextUtils.formatStackTrace(ex.getStackTrace())); } case METHOD: case SERVICE: default: return null; } return null; } 

可以看到,内部的跳转其实也是用到了Intent


img_0a815bea2c7cfff9f039b295dbb375db.png
img_414152260b23317e15ef0d38b2865b2e.png

内部其实是使用Intent跳转再结合上面的对路径做了某步操作,
到这里我就可以得出结论,android中的路由跳转并不是以一种新的形式进行跳转,而是采用路由中的某种思想对Intent跳转进行封装。
其实前端的路由跳转也看上去和路由器表面没什么联系,那应该也是用了路由的某种思想对跳转进行封装。

我认为是这样的,如果我理解得不对,希望大神们指出。

这篇就写到这里吧,路由的实现我还没研究过,过后抽个时间理解下再写新的,然后关于arouter的实现,我没有做模块化的需求,等用到的时候我才会记录,而且官网的文档也挺完整的。

原文链接:https://yq.aliyun.com/articles/667388
关注公众号

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。

持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。

文章评论

共有0条评论来说两句吧...

文章二维码

扫描即可查看该文章

点击排行

推荐阅读

最新文章