【Android】《App研发录》总结
说明
看这本书的时候，总感觉怪怪的。
因为在地铁上看完的，作者书中基本都是他自己工作中遇到的问题和坑，虽说这样会让人感觉找到了解决方案，可以再进行深入的研究，可是某些地方介绍的有点片面，仅仅是引用部分博客就以偏概全了。还有可能是涉及的内容大部分都是我自己已经踩过的坑，所以觉得学到的东西不太多。
再说说值得一看的地方吧，首先也如前面提到的，书中内容基本都是作者工作之谈，所以有很实用的内容，推荐阅读章节：
App竞品技术分析
个人认为这是本书的精华，很少看到有人愿意这样详尽的介绍自己的“机密”经验，感谢作者的无私分享。
五、六、七章的异常和ProGuard
介绍很详细，网上都是非常琐碎的介绍，推荐新人看看这部分，尤其是ProGuard，虽然现在第三方已经给出了完善的解决方案，帮我们做了这部分事情，不过了解最基本的原理才能学得更透彻。
项目、团队管理部分
这部分是时间的积累才能收获的，提前学习了解以后我们必须经历的路没什么不好的。测试部分相关的部分是很少有书籍能够提及，值得看看。
第一章小结
重构目录
将混乱类文件按照自己的职责划分并存放在相关目录下，如：
com.xxx.xxx. | -- activity
| -- utils
| -- adapter
| -- entity
| -- ui
| -- interface
| -- listener
有了清晰的目录结构，寻找各功能的类文件方便得多，而且便于团队间多人协作开发。谁也不愿意找个相关类全路径的到处搜，干这种事的人不被同事骂死才怪。
归类注意的几个点：
- 遵循单一职责原则，业务、功能耦合过多的文件、代码尽量拆分为多个文件或方法
- 形象化，类名、方法名一眼就应该知道干嘛的，取名别太抽象，Activity1.java这种名是欠打呢。与视频相关的Activity应取名：VideoActivity.java，听过有人喜欢把Activity放在前面（ActivityVideo.java）看起来统一，但感觉那样进行索引文件的时候不方便，每次都要打全Activity + Suffix，不如Prefix来得方便。
重定义生命周期
该部分主要说明对Activity一个简单的封装，Activity都继承一个基类BaseActivity，其中BaseActivity将常用的操作封装起来当作一种规范，如onCreate() —> initViews() —> loadData() 。事实上现在很多项目都是使用的各种框架库，如ButterKnife、EventBus，Otto等，所以这种较老的方式或许慢慢少了起来，可主要的抽象思想都应该有嘛。
统一编程模型
这个地方个人不是太赞同作者推荐的View.setOnClickListener(new OnClickListener() { Override onclick() { … } }这种方式来进行事件注册。确实switch … case … 有点“扰乱”面向对象的风格，可想想一个代码较多的Activity中，你要迅速定位某个onClick事件使用后者有多么方便，并且onClick的事件都能统一管理，无需再担心某个地方漏了一个onClIck。
实体化编程
通过固定的类库达到我们想要的目的，常用类库Gson、FastJson等，不用过多赘述。其中有一点值得一看，就是关于后面提到的Crash事件处理，其实在传递Intent的时候也可进行避免某些Crash的操作，如长时间的闲置导致内存回收时将关键的变量给回收了，当前跳转页面的时候是需要那个变量的，而传递变量的同时可以进行检查判断是否为null来减少跳转后的NPE(NullPointerException) Crash。这些都是我个人的经验。
推荐工具：
这里书中提到的工具都过时了吧（绝对没有嘲讽的意思，能分享的人都是伟大的）。因为拿来主义的我一般用的都是Android Studio中的插件GsonFormat ，不支持Eclipse！
关于更多工具，推荐看看我的博文：Android-Classical-OpenSource的工具篇，有我常用的AS的插件和相关工具的介绍。
第二章小结
第二章主讲网络框架的经验，涉及到的有对网络底层框架的封装，作者遇到的坑和某些网络类库的使用优化建议等。对于网络请求这类操作，当前衍生的各种相关类库功能十分强大，而且基本都封装好了，在使用方便的同时可不要忽略底层的概念，一门技术要做到：知其然，知其所以然。这样无论遇到什么问题都能有一颗冷静沉着的心去面对和挑战。
网络底层封装
家家使用的工具都不同，但常用的也就那么几个：
Volley
目前公司项目用的就是这一个，还是我当时建项以来综合对比后挑的一个，那时候的OkHttp还没有现在这样火好不好。所以我们也当然对Volley进行了简单的封装，这里不说文章，先谈谈我对Volley封装的看法吧。
打开Volley的目录结构，在toolbox中可以看到网络请求类常用的有这么几个
String
- StringRequest ：常用的文本、字符串都可以使用此方式。这里给出封装的例子：
接口类RequestCallbackable.java，用于进行请求结果的回调。
public interface RequestCallbackable<T> {
void onSuccess(T model);
void onFailure(T msg);
}
封装方法中，由于请求分为Get和Post两种，并且很可能Post会含有Body，因此需要二次封装，下面是基于StringRequest的一个完整封装类
public class HttpUtils {
private static final int VOLLEY_REQUEST_TIMEOUT_MS = 20 * 1000;
private static final int VOLLEY_REQUEST_RETRY_TIMES = 0;
/**
* Get请求
*
* @param strKVs 这里的strKVs代表Get的参数字段，
* 如果没有参数或者body则不填，
* 格式为：
* "user[name]", username,
* "user[password]", userPassword,
* "user[id]", userId
*/
public static void doVolleyGet(String getUrl,
final RequestCallbackable requestResult,
final String... strKVs) {
doVolleyRequest(Request.Method.GET, getUrl, requestResult, strKVs);
}
/**
* Post请求
*
* @param strKVs 这里的strKVs代表Post的参数、body字段，
* 如果没有参数或者body则不填，
* 格式为：
* "user[name]", username,
* "user[password]", userPassword,
* "user[id]", userId
*/
public static void doVolleyPost(String getUrl,
final RequestCallbackable requestResult,
final String... strKVs) {
doVolleyRequest(Request.Method.POST, getUrl, requestResult, strKVs);
}
/**
* RequestManager需要在Application初始化
* 关于RequestManager的使用详情请自行谷歌
*/
private static void doVolleyRequest(int requestMethod, String requestUrl,
final RequestCallbackable requestCallbackable,
final String... paramsStrKVs) {
if (TextUtils.isEmpty(requestUrl)) return;
// 使用的是StringRequest
StringRequest requestPost = new StringRequest(requestMethod, requestUrl,
new Response.Listener<String>() {
@Override
public void onResponse(String resultStr) {
if (requestCallbackable != null) {
requestCallbackable.onSuccess(resultStr);
}
}
}, new Response.ErrorListener() {
@Override
public void onErrorResponse(VolleyError volleyError) {
if (requestCallbackable != null) {
requestCallbackable.onFailure(volleyError);
}
}
}) {
@Override
public Map<String, String> getHeaders() throws AuthFailureError {
Map<String, String> params = new HashMap<String, String>();
params.put("Authentication", "here put your Token");
return params;
}
@Override
protected Map<String, String> getParams() throws AuthFailureError {
HashMap<String, String> map = new HashMap<String, String>();
if (paramsStrKVs != null && (paramsStrKVs.length % 2 == 0)) {
for (int i = 0; i < paramsStrKVs.length; i += 2) {
map.put(paramsStrKVs[i], paramsStrKVs[i + 1]);
}
}
return map;
}
@Override
public byte[] getBody() throws AuthFailureError {
String httpPostBody = "";
if (paramsStrKVs != null && (paramsStrKVs.length % 2 == 0)) {
for (int i = 0; i < paramsStrKVs.length; i += 2) {
httpPostBody += (i == 0 ? "" : "&") + paramsStrKVs[i] + "=" + paramsStrKVs[i + 1];
}
}
return httpPostBody.getBytes();
}
};
// 设置volley的请求超时时间，重试次数
requestPost.setRetryPolicy(new DefaultRetryPolicy(VOLLEY_REQUEST_TIMEOUT_MS, VOLLEY_REQUEST_RETRY_TIMES, DefaultRetryPolicy.DEFAULT_BACKOFF_MULT));
// queueTag 用于调用cancelAll(queueTag)取消加入队列的请求
requestPost.setTag(RequestManager.getRequestQueue.getQueueTag());
RequestManager.getRequestQueue().add(requestPost);
}
}
使用方式
HttpUtils.doVolleyGet("your request url",
new RequestCallbackable() {
@Override
public void onSuccess(Object model) {
// request onSuccess callback
// this callback on UI main thread
}
@Override
public void onFailure(Object msg) {
// request onFailure callback
// this callback on UI main thread
}
},
"user[name]", username,
"user[password]", userPassword,
"user[id]", userId);
}
Iamge
ImageRequest
比起上面的StringRequest要简单，封装方式差不多，也就不多说了。ImageRequest的简单使用方式：
ImageRequest imagerequest = new ImageRequest("your image url",
new Response.Listener<Bitmap>() {
@Override
public void onResponse(Bitmap bitmap) {
// callback on UI main thread
}
},
maxWidth, maxHeight,
ImageView.ScaleType.CENTER,
Bitmap.Config.ARGB_8888,
new Response.ErrorListener() {
@Override
public void onErrorResponse(VolleyError volleyError) {
// error callback on UI main thread
}
});
NetworkImageView
这可是个重头戏，通过NetworkImageView.setImageUrl()来进行ImageView的图片下载，结合LRU进行图片的二级缓存（内存、磁盘），需要注意的是，Volley的请求方式都是通过RequestQueue这个队列进行网络访问的，也就是说通常全局只需要使用同一个Queue，那么RequestManager的目的就是为了实例化Queue以保证方法对其正常的调用。
NetworkImageView的使用方式：
NetworkImageView imageview = null;
imageview = (ImageView) findViewById(R.id.your_image_view_id);
imageview.setImageUrl("your image url", ImageCacheManager.getInstance().getImageLoader());
说到这里，慢慢引申出了ImageCacheManager这个神奇的Manager类，实际上ImageCacheManager也是一个封装类，将Volley的ImageLoader包装起来，实现了二级缓存策略。详情见该作者的GitHub。
JSON
Json请求方式和StringRequest大同小异，只不过回调的对象是JSONObject罢了，不介绍了。相关请求类如下：
-
JsonRequest
-
JsonObjectRequest
-
JsonArrayRequest
