189 8069 5689

浅谈关于Android路由的实现

先说一下背景,目前有需求从外部包括其他应用和WEB跳转到我们自己的APP,就这么个简单的需求……

创新互联专业为企业提供成武网站建设、成武做网站、成武网站设计、成武网站制作等企业网站建设、网页设计与制作、成武企业网站模板建站服务,10余年成武做网站经验,不只是建网站,更提供有价值的思路和整体网络服务。

要实现这种外部跳转的功能,我们可以理解为打算跳转的一方有多少方式通知到APP进行相对的响应行为。所以,如果是应用之间的跳转,则有多种,你可以直接通过包名和具体的类名去打开已经exported=true的Activity,又或者直接通过Android的广播通知进行相关的APP,又或者通过自定义的URL去打开应用。但是如果涉及到Web打开外部应用的话,目前只有一种办法,那就是自定义应用的URL进行拦截,系统会自动调起相应的组件响应这个URL。

但是,要做这种需求,很少会仅仅是完成对外部的支持而已,通常也要进行一定的内部逻辑跳转映射。所以要做这种需求通常分为两个种,一种是对内的(应用内部自己的跳转逻辑),一种对外的(其他应用以及Web跳转逻辑)。

我们先说一下对外的情形,由于考虑到统一性,我们目前只有URL这种手段可以使用了。下面我们一一来说

1、对外跳转说明

1.1、关于URL的说明。

首先,我们得了解一下URL,这里直接引用 https://en.wikipedia.org/wiki/URL 的说明。为了方便说明,我稍稍修改一下,大概的格式如下:

scheme:[//host[:port]][/path][?query][#fragment]

首先,scheme是必须的,其他的都是不必须的,但是对于跳转来说,显然不可能,因为你要从这个url中取出跳转相关的信息。所以,通常一定要要有host和query。我们经常看到一些开源的路由实现,都会支持所谓的restful风格的url,比如:wytings://app/{city}/{id} ,但我个人认为是没有必要的。主要是因为这种外部跳转的行为,通常量比较少,其次应该尽量统一而且方便,而不是为了追求各种技术炫酷…我刻意看了微信的scheme就甚合我意~都是类似于这种格式:weixin://qrscan?a=1&b=2

我们进行一下归纳,就可以进行应用的URL定义了,首先scheme是必须项,看个人和公司要求,比如接下来要举的例子,我定义的scheme为wytings,然后支持的模块都集中于host字段,具体参数则全部通过query补充。比如:wytings://user?uin=10000 打开个人页面,wytings://stockDetail?marketcode=hk&stockcode=00376 打开股票详情页面等等。

要是对外部的支持,通常我们不会对每一个要支持的Activity都进行相应的intent-filter限制,而是定义一个公共的Activity进行所有外部请求的拦截形如:



      

        

        
        

        

      

      
        

        
        

        
        
      
    

我们对这个Activity的定义进行一下说明:

a、android:exported这个属性其默认是false就是对外不开放,我们必须要设置为true,因为我们要让外部能够对其进行访问。

b、android:theme="@android:style/Theme.NoDisplay" 由于是作为拦截的Activity,所以,没必要展示,但是这个NoDisplay的theme要求必须在onResume前finish掉Activity,否则要报错。

c、第一个intent-filter自定义scheme为wytings,也就是拦截该类URL。

d、第二个scheme为http,但是加了特别的host=nativ.app.wytings.com,进一步详细拦截url为:http://nativ.app.wytings.com 的url。为什么要拦截这种url,通常情况下不用,但是特殊情况下,有时候自定义的scheme可能失效,所以而外再加层保障,当然,也要与调用方预定好url格式,比如:http://nativ.app.wytings.com/stockDetail?marketCode=hk&stockCode=00376,由于host已经被定义为别的,所以我们把具体模块定义在path里面,参数依然保留在query中。

再来看看SchemeFilterActivity的实现情况:

/**
 * Created by rex on 06/10/2017.
 *
 * @author wytings@gmail.com
 */

public class SchemeFilterActivity extends Activity {

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    Uri uri = getIntent().getData();
    Log.i("wytings", "uri = " + uri);

    String scheme = uri.getScheme();
    if ("http".equals(scheme) || "https".equals(scheme)) {
      String routeModule = uri.getLastPathSegment();
      if (!TextUtils.isEmpty(routeModule)) {
        RouteManager.getInstance().build(routeModule + "?" + uri.getQuery()).go(this);
      }
    } else {
      RouteManager.getInstance().build(uri.toString()).go(this);
    }

    finish();
  }

}

大体就是拦截,然后通过内部的RouteManager进行解析处理跳转。RouteManager怎么处理和实现就太细节了,总的来说,这个Manager的职责就是把URL翻译成具体的Intent,然后启动相应的Activity。有兴趣的同学可以自己去看看本篇文章的所有源码:https://github.com/wytings/AndroidRoute

2、对内跳转说明

由于是应用内的实现,所以基本上,你想怎么实现就怎么实现。但是,无论多么变幻莫测,都绕不开一个核心那就是建立路由映射关系,打开相关页面,取出请求参数这三大步骤。我们逐个来分析一下。

2.1、建立路由映射关系

这个是为了能够知道特定的url到底应该展示哪个页面。通常建立一个Map,然后查找。

2.3、打开相关页面

在Android中,打开一个页面总是有自己的一套逻辑,系统那一套则是通过Intent去启动相应的组件展示。

2.4、取出参数

这个步骤,还是基于系统的Intent方式,要通过intent.getXXXExtra来取出相关参数。

这么一看好像,也没什么难度。也确实没什么难度,就单纯实现功能来说。那难点在哪呢?难点在于你决定使用注解去做这件事……为什么要用注解?因为为了哪一丁点洁癖,解藕的洁癖。结果掉进坑里了…

用注解理论上,也还好,遍历反射嘛,而且我个人测试了一下,就目前的机器真的感受不出来。当然再怎么样,也没在编译时直接生成相关代码来得快倒是真的……

于是乎,进入第三个大难题,那就是进行编译时生成代码,类似于ButterKnife一样,在编译期就生成相关代码,而不是在运行时通过反射来给变量赋值。

这里就涉及到一个东西,那就是Java 的 AbstractProcessor,这个类是在编译时生成代码最关键的类。要讲解这个得再开一篇《关于Java注解实现编译时生成代码》的文章了。同学们可以网上搜索一下基本知识,然后再看这个项目中的代码,我自己也看了很多关于注解的文章,但是很遗憾,我没看到哪篇是值得捧的,同样也没看到那篇值得喷的……我现在也没时间专门写篇关于注解的文章,但是可以给个方向,那就是先学会调试,AnnotatioProcessor的调试,跟普通java调试有点区别(自己google一下),然后就可以自己摸索了。另外,我审视了一下,我写的Annotation compiler还是蛮清晰的,你也可以试着看看。

最后,再说一遍,项目地址:AndroidRoute

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持创新互联。


标题名称:浅谈关于Android路由的实现
文章源于:http://cdxtjz.com/article/gdihog.html

其他资讯