实验了一套基于REST Client的框架

1. 所有长时间的操作（比如http请求，sqlite数据库访问，数据解析等）都放置在了后台线程中，在请求中（默认是json数据请求）可以添加一个数据处理器（可以对数据进行额外的处理，比如本地持久化等），并且处理成功后还可以添加一个在main-thread的响应器进行ui更新，这两者都是可选的，当然，还有错误处理器，同样执行在main-threa

2. 定义了一个元数据接口，所有的需要持久化在本地的数据类型都应该实现这个接口

3. 一些重构，包名，变量名，编码风格等

4. todo，还需要进一步实验，有时间一定要写wiki
重构了AccessToken

转移到了另一个包下，并且把json字面量也放在了这个类里，今后字面量将从这里拿
重构了关于获取新浪的授权Access Token部分

1. 不使用gson了，直接使用json object

2. 减少了静态变量的使用，太多的静态不好
重构

1. 删除了实验中没有用到或者中间代码
2. 移除了gson，没有放之四海皆准的方法，有的话也是非常消耗的，比如说，你愿意先把得到的raw数据转化为java bean再转化为content values吗？又或者，对于每个对象的域，真的有必要每个都用着？我们这里是客户端，不是服务端。又或者，其实如果不需要本地持久化，gson确实挺好使（可能解析会有点慢，不过基本没问题的啊啊）
3. 其他一些代码重构...
开始使用request header来设置access token

避免每次都在请求uri中append上access token的请求参数
fix weibo' s  http request header bug

和access token一样，当access token被销毁，这个header自然也应该消除才对

另，添加和删除了一些注释
封装了一个API抽象

包括请求的uri路径，http method，是否需要认证以及请求参数的map

今后统一用这个类的对象来封装api请求
实验了一套新的封装api设置请求的方式

api都包含所有的查询参数，包括默认值（本应用通过java基础变量的默认值来判定是否使用新浪的默认值，如int->0, float->0.0f)来判断
修正了两处书写错误

1. WeiboAPIError的未知错误字面量
2. README单词拼写错误
重构了TingtingProcessor

在接口的方法签名中增加了异常申明，避免了在以后还要在处理器中自己去捕获异常（如果该处理器可以处理），事实上，我们每个http请求都会有一个ErrorListener在main-thread中向用户提示错误的

另，原来的request仅仅是简单的处理json解析的，现已追加上该处理器抛出的异常！
重构

代码风格的修改，准备合并到dev分支。