探索路由(一)

  1. 云栖社区>
  2. 博客>
  3. 正文

探索路由(一)

kylinarm 2018-04-02 11:19:00 浏览612
展开阅读全文

最近入门前端,如果写到和前端相关的地方写得不对还请大神谅解。写这篇文章主要是因为有一个疑惑:
什么是路由?
在前端开发单页面应用中,路由用于页面的跳转,而在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的实现,我没有做模块化的需求,等用到的时候我才会记录,而且官网的文档也挺完整的。

网友评论

登录后评论
0/500
评论