提供个jar包,封装一些功能给应用开发者调用,是目前比较普遍的做法,但如果jar包里封装的功能有变的话,应用都还得再重新编译一遍
那么如果把这些功能做成service在后台运行,让开发者来使用,也是一个途径,以后应用也不需要再频繁编译了,是否比提供jar包更合理呢

解决方案 »

  1.   

    或者说是提供jar包还是提供apk比较合适,提供jar包,跟客户绑定得太紧密,提供apk,就必须需要对平台有一定的掌控力,要保证客户一定有安装这个apk
      

  2.   

    提供apk,除了要保证用户一定要多增加个安装这个apk的操作以外,还会有别的什么缺点呢,相对于提供jar包
      

  3.   

    service的话,别人在使用你提供的函数库的时候,需要bindservice来获取service的实例.而这一过程不是同步的,如果别人必须在Activity的onCreate方法就要使用service的函数,就会因为不能马上得到service的实例而无法使用service所提供的方法.
      

  4.   

    那如果考虑一种折中的方法,提供一个基本的jar包,再提供一个apk来实现service,应用引入这个jar包,通过这个jar包与apk进行通信.以后如果实现细节有变动,也只是变动apk就好,这个jar包不需要再变动,也不需要应用再重新编译了,这种方式应该就比只提供jar包要合理了吧
    既省去了应用时不时需要重新编译的麻烦,又解决了连接的问题
      

  5.   

    像我这样的人,基本上看到后台有不必要的service,立刻停掉它。要是是那种停了又重开的流氓服务,我真个apk直接卸掉。墨迹天气就是一个很好的例子