导言

做android 开发有一段时间了,很多时候就是做些重复性的数据绑定,还有就是不够操作不够灵活,例如,我在某个界面要新增一个按钮,就需要发布一个新版本,就这么一个按钮的话其实,可以完全由服务器控制,例如UC,凡客他们要更新首页,不可能为了更新一个首页特地开发一个新版本,那多傻啊,所以,观察了一下,想出了一个可能解决的方案…

1.控制显示

如何做到有服务器控制客户端的显示呢?

我们可以在客户端预留一些可能会用的例如UC的首页:

箭头标志的区域,是会根据不同情况而更新,而我现在就是要做出这样的效果.

如何控制显示?

我们知道,android 找view是通过一系列ID 值找到相关的UI 那样,我们可以通过,在服务端,发送我们要修改的id.

1,是直接发送ID值还是发送一个具体路径?

这点,我毫无犹豫的选择了发送一个ui的路径,通过在客户端把这个URI进行转义,然后获得,相关的ID值.代码

/** * 资源ID 的几种形式 * res = package:type/entry * 1,res://[email protected]/test_icon * 2,res://drawable/test_icon *(1) 不带具体包名 *entry = layout/main *(2) 指定包名和类型实体 *[email protected]/icon * @param url * @return */public static int getResIdFromURL(String url){URI uri = URI.create(url);String scheme = uri.getScheme();String type = uri.getHost();String entry =uri.getPath();entry = entry.replaceFirst("/", "");String packageName = uri.getUserInfo();if(ress == null)initRes();if(ress == null)return -1;//判断是否android资源URLif(!scheme.equals("res"))return -1;//1,判断是否是带包名的uri,并执行转换,获得资源IDif(packageName != null){return ress.getIdentifier(entry, type, packageName);}else{return ress.getIdentifier(entry, type, defPackage);}}


思路就如同代码那样,这样,我们的客户端就能够解析服务端发送过来要改哪个UI的了!接着就是修改值的事情了,这部分,以后继续!

2,控制监听

还是用uc作为例子:

在 UC的应用中心中,有个添加应用,这里就有个问题,我们如何监听我们新增的应用呢?

x

我翻阅android api的时候发现这么一行话

Tags

Unlike IDs, tags are not used to identify views. Tags are essentially an extra piece of information that can be associated with a view. They are most often used as a convenience to store data related to views in the views themselves rather than by putting them in a separate structure.

看到这里,我觉得就可以在这里做点文章了.

我们可以做一个tag 命令系统,然后,在这些新增应用的tag上打上一个标签命令,例如,UC就可能在这些应用上的tag 打上一个url 我们点击的时候,就会跳转到相关的应用.

根据这个思路敲下如下代码

public void doViewClicked(View v){String url = v.getTag().toString().trim();if(v != null && url != null){//对view 中tag 进行解析doExecUrl(v, url);}}protected void doExecUrl(View view, String url) {try{if(url.indexOf('\n') > 0){String[] urls = url.split("\n");for(String u : urls){execUrl(view, u);}}else{execUrl(view, url);}}catch(RuntimeException ex){UserApp.curApp().showMessage("url 解析错误");}}private void execUrl(View view, String u) {URI execUri = URI.create(u);if(execUri == null)return;String prefix = execUri.getScheme();//执行相关的的命令if(prefix.equals("cmd")){execCmd(execUri);}else if(prefix.equals("act")){execAct(execUri);}}/** * 执行命令操作 * @param u */private void execCmd(URI u){String type = u.getHost();//监控 watchif(type.equals("watch")){//用于观察view 中的变量改变情况,晚些在实现return;}//结束当前viewif(type.equals("finish")){theAct.finish();return;}//弹出提示if(type.equals("hint")){String msg = u.getFragment();if(msg != null){UserApp.showMessage(theAct, msg);}return;}//重新读取if(type.equals("reload")){return;}//设置指定id view 的值if(type.equals("setview")){return;}//设置显示某个viewif(type.equals("showview")){return;}}


这样,我们可以在初始化view的时候,遍历所有view的元素,有tag命令就设置监听器!

public void checkView(){ViewGroup vg = (ViewGroup) findViewById(R.id.line);int count = vg.getChildCount();for(int i=0; i < count; i ++){View child = vg.getChildAt(i);String tag = (String) child.getTag();if(tag != null){initTagCmd.setViewTagListenr(child);}}}


这样我们就可以很灵活的操作我们的UI 事件了!

k

可能有人会说效率问题?

效率的影响那是肯定会有的,但是,你想一下,一个view 官方推荐不要超过80个,一般而言也就10来个,遍历消耗的时间估计就算是htc g1(第一台android手机)那样的配置的手机都没问题,更何况是现在4核的android手机….

试一下效果:

这是一个开源的玩意…

这个项目放在了github上,如果有朋友,想试一下可以到以下链接下载或者关注,提供一些建议,完善的话会慢慢来…

android_URI4Resource

更多相关文章

  1. 服务器端向Android客户端的推送解决方案的讨论
  2. 毕设小结(二)Android进程间通信之LocalSocket
  3. STM32循迹小车/Android蓝牙控制小车(四)完结篇——Android经典蓝牙
  4. MAC查看某一so文件的cpu匹配
  5. Android信息推送技术简要分析
  6. 如何查看Android设备上的分区信息
  7. Android微信支付彻底扫坑
  8. Android 消息推送
  9. WebSocket实现Android客户端之间的简单通讯

随机推荐

  1. 《Android/OPhone开发完全讲义》连载(4):And
  2. android单元测试
  3. Android(安卓)实现ListView 3D效果 - 2 -
  4. Android(安卓)性能分析案例
  5. Android布局优化(五)绘制优化—避免过度绘
  6. android沉浸状态栏实现、地图多线路规划
  7. RenderScript 让你的Android计算速度快的
  8. [入门五]Android的Camera架构介绍
  9. QtAndroid详解(3):startActivity实战Andro
  10. Android开机阶段log分析