24 April
On
In Article Collection(聚宝收藏), Front Interface(界面构想)

前阵子更新了一下系统和软件，打开Chrome浏览器发现插件(Chrome Extension)的显示位置变了，原来显示在Omnibox里的Page Action突然跑到了Toolbar上跟Browser Action厮混在了一起。

于是开始在网上搜索原因才发现原来Chrome对插件的按钮显示做了改版(见”Introducing Chrome 48! “，” Upcoming UI Change“，”What happened with pageAction “)，将它们都归到了Toolbar上并且可以隐藏到Menu中。

chrome-extension-menu

我以前也一直觉得Browser Action和Page Action是那么的相似，在Browser Action的监听事件中也能获得当前页面的信息，何必要分成两种让开发者做选择呢。现在Google也是有意要将两者归并，甚至可能在未来淘汰其中一个来简化冗余界面对用户造成的困惑。因为在新的设计下，对Page Action进行hide不会像以前那样将图标真的隐藏，而转为变灰表示其不可用。这在但这API显然不能真实反映其效果，很有可能会为了统一而淘汰它们的使用。

另一些变化是即使插件不用Browser Action和Page Action，也会在Toolbar上显示灰色的图标已表示其被安装使用着。这样可以更明显的提醒用户在浏览器上现在都有哪些插件，来防止恶意插件被用户忽略。

Chrome的插件也只能使用Browser Action和Page Action之一，如果在manifest里同时定义了两者，就会得到“Only one of ‘browser_action’, ‘page_action’, and ‘app’ can be specified.”的错误。

哎，以前写的关于Chrome插件开发的文章就这么被过时了，好在基本的结构和方式没有大的变化。

30 April
On
In Design Patterns(设计模式), Knowledge Base(心得笔库), Mobile Development(移动开发), Programming Life(程序人生)

在《RecyclerView体验简介》里已经介绍了RecyclerView目前的可用情况，也提供了一些文章的链接来了解这个新的Android视图的使用方法，API的调用方式。但由于RecyclerView的Adapter需要开发者重新实现，这相当于一次完整的重构了。本文就来介绍一下我在尝鲜RecyclerView所使用到的非常规手段，如果您也只是想尝试一下把原有的程序转到RecyclerView下看看效果，也许本文会有一些帮助。

ViewHolder-挂羊头卖狗肉

之前已经强调RecyclerView强制要求使用ViewHolder模式。但即使是强制，也可以采用“上有政策，下有对策”，敷衍地实现一个子类就好：

[codesyntax lang=”java” lines=”normal”]

public class DummyViewHolder extends RecyclerView.ViewHolder {
    public DummyViewHolder(View itemView) {
        super(itemView);
    }
}

[/codesyntax]

至于缓存子项视图的内部视图到变量上，就先免了。

对于比较复杂的ListView子视图应该都会遵循使用ViewHolder，只是没有具体继承与某个基类。所以只要将那些自定义的ViewHolder显示继承RecyclerView.ViewHolder，再在构造函数里调用一下super(view);就好。
Read More →

16 April
On
In Design Patterns(设计模式), Front Interface(界面构想), Knowledge Base(心得笔库), Mobile Development(移动开发)

前些日子，组里为了在目前的Android程序里实现基于ListView子项的动画效果，希望将最新的RecyclerView引入到程序中，于是我便花了一些时间研究了一下RecyclerView的基本情况。本文算是对这些日子里了解的内容做一些汇总。

在网上关于RecyclerView的基本使用方式已经有了比较详细介绍，而且其设计结构也类似于ListView，所以本文将不重点介绍如何使用，在文末的引用中都可以相关内容。这里主要是介绍RecyclerView的基本功能、设计理念，以及系统提供API的情况。

什么是RecyclerView

RecyclerView是在Android L（也就是后来的Lollipop）中新加入的一种ViewGroup。但因为它使以support-v7库的形式加入到Android系统中，所以不仅仅是Lollipop版本以后的Android系统可以使用，只要系开发项目中引入这个库就在任意API级别中使用。不过查阅其文档，可以感受到RecyclerView是如此的强烈的“还在完善中”的感觉，因为对它的介绍只有短短的一句话：

A flexible view for providing a limited window into a large data set.

单看这句话，其实已经被经常使用的ListView和GridView基本也是满足这句描述的。而且从单呈现效果来看RecyclerView和ListView、GridView并没有大多的差别。

不过它的“flexible”并不单单指它可以在ListView和GridView之间随意互相切换，更在于它可以创造出更多的复杂的可滚动的视图，比如水平方向的ListView，或者是Web上很流行的瀑布流式布局(Masonry)。只是大部分布局系统都没有提供，必须由开发者自己实现。

所以RecyclerView的“flexible”：什么都可以做，但什么都要自己做。
Read More →

08 November
On
In Article Collection(聚宝收藏), Design Patterns(设计模式), Front Interface(界面构想), Knowledge Base(心得笔库)

虽然现在的工作主要是Android平台的开发，但是对于Web的兴趣总是无法割舍。只可惜因为不是日常工作的一部分，许多Web技术其实学得都不精湛，也常常会淡忘了解过的知识。好在有了Chrome这个强大的前端神器，观察页面布局、学习脚本源码、调试代码样式都变得异常自如，也让学习Web变得方便很多。

前阵子为了完成一些功能，学习了一下Chrome扩展程序(Chrome Extensions)开发的基本内容和步骤，觉得为自己的Web技术找到了新的用武之地。不用再纠结和苦恼如果设计发开出功能全面界面吸引人的应用或系统；做出一些插件来扩展喝补强当前页面功能也是很有意义的。比如常看一些网页被旁边的广告栏打扰了，可以写个插件把display设成none；如果在线看一些文档，也可以做个插件用来标记哪些内容比较重要然后呈现时做个高亮显示。

开发Chrome扩展程序也非常容易上手，只要会HTML，CSS和JavaScript就可以开始了。不需要学习新的语言，也不需要了解新的布局方式，也不用知道新的IDE，还不用编译。当然Chrome扩展程序的基本架构和组成结构还是需要额外了解的，这样才能知道每个部分要如何实现，保证扩展程序能流畅运行。

Chrome扩展程序的官方文档让人感觉有点凌乱，可能是扩展程序开发算不上热门内容，也可能是Chrome的版本升级太频繁，所以没有很好地整理文档。本文就来总结这些知识内容与大家分享,也方便自己以后回顾。

入门准备和基础概念

既然是开发Chrome扩展程序，自然需要Chrome浏览器，然后下载一些示例程序。一般的Chrome扩展程序是.crx文件，但实质上它只是一个压缩文件，随时可以以zip格式来解压查看里面的内容。但是为了开发方便，Chrome也支持直接上传文件夹，但是要先打开”开发模式”。启用方式很简单，只要开打Chrome浏览器，在Extensions窗口下(可通过菜单开打，也可以在地址栏里输入chrome://extensions来进入)勾选Develop mode就可以了:
Developer-Mode

这样就可以直接上传文件夹来安装在开发中的扩展程序了。如果开发完成也通过这里进行打包然后发布到Chrome商店上，不过这部分不在本文中介绍。

对比直接上传的和从商店上安装的扩展程序，可以发现几个明显的不同：
Unpacked

以文件夹格式上传的，会显示Loaded from项来指示扩展程序在文件系统中的位置，另外还可以通过刷新或者点击Reload链接按钮来更新修改过的扩展程序。而安装的则无法这么简单的来更新和升级了。

当然其他的内容都是一样的：名字、版本号这些接下来会介绍如何定义；权限(Permissions)的内容比较多本文也不会涉及，可以在官方文档中了解。还有ID这一项，它是Chrome指定给每个扩展程序的唯一标示，可以用它在Chrome浏览器中通过链接chrome-extension://<extensionID>/<pathToFile>打开扩展程序中的任意文件。比如Evernote的选项页面就是：chrome-extension://pioclpoplcdbaefihamjohnefbikjilc/options.html
Evernote-Options

对于没有打包成.crx文件的扩展程序，Chrome会根据文件夹所在位置来指定生成ID；在第一次打包扩展程序时，Chrome会生成一个Private Key文件，之后就可以用同样的Key来标示同一个程序的版本升级，Chrome也就会赋予它同样的ID。之后也会介绍这个ID还有其他的用处。
Pack-Extension
Read More →

30 September
On
In Data Structures(数据结构), Design Patterns(设计模式), Knowledge Base(心得笔库), Mobile Development(移动开发)

之前的文章讲到Preference和Setting在本质上是相似的，并相信介绍了SharedPreferences的基本使用方式和其代码设计。但SharedPreferences只能算是设备背后的不可见的存储那一部分，而可见的界面其实对于用户来说更加重要，而这一部分就是本文要讲的那些在android.preference包下的各种Preference。

不过本文不会涉及这些Preference的使用方式，比如如何定义XML文件、如何使用PreferenceActivity和PreferenceFragment加载设置，这些都可以在Android Developer的官方指南里了解到详情。本文主要通过分析源代码来分享Preference的设计和实现方式，让开发者们在今后更加顺手地使用和扩展Preference类，或者在设计其他类似的界面和功能时可以提供参考帮助。

Preference概览

Android的设置界面本质上就是ListView：PreferenceActivity是继承了ListActivity；而3.0以后推荐使用的PreferenceFragment虽然没有继承ListFragment，但也定义了ListView字段。

settings

Read More →

20 August
On
In Design Patterns(设计模式), Knowledge Base(心得笔库), Mobile Development(移动开发)

Preference翻译为偏好，但实际上它可以算是Setting（设置）的别名。两种叫法给人的差异在于针对的对象不同：设置更倾向于设备的属性，修改设置便是改变设备的功能；偏好则倾向于用户的性格，用户基于其个人的偏好来来形成设备的差异化。但是总体而言，他们是一致的，都是通过用户的需求改变设备的体验。

在Android的开发过程中，会在使用的API中见到很多名字中带有Preference的类和接口，此篇文章就来介绍一下这些“*Prefere*”的功能和用途。

在Android提供API中，带有Preference的其实主要分为两类：一类是android.content包下的SharedPreferences，另一类则是android.preference包下的Preference。它们分别实现不同功能，却又相互联系合作完成对Android程序的控制。

SharedPreferences简介

SharedPreferences是以复数形式存在，因为在Android中它是用来存储键值对(Key-Value Pair)数据的集合。API中包含了多个方法来方面读取相应类型的数据：

[codesyntax lang=”java” lines=”normal”]

String getString(String key, String defValue);
Set<String> getStringSet(String key, Set<String> defValues);
int getInt(String key, int defValue);
long getLong(String key, long defValue);
float getFloat(String key, float defValue);
boolean getBoolean(String key, boolean defValue);

[/codesyntax]
Read More →