之前写过一篇Gradle多版本管理，主要是通过productFlavors来控制产品版本。这篇文章将结合buildTypes来说一下多版本管理。
在正常开发中，我们一般会有至少 2 个环境：Debug、Release，即测试环境和生产环境。显然这 2 个环境要用 2 套不同的数据，那么在我们的 App 里必然就需要有个地方来控制这个环境。当然，我们可以在 Debug 的时候用 Debug 环境，然后当要发版时手动改成 Release 环境，但是这很麻烦，很难排除忘记修改的情况，那么等待重新编译将是个很漫长的过程。其实Gradle可以很好的解决这个问题：利用 buildTypes 来控制编译类型。
buildTypes 默认会有 debug、release 2 个类型，当然我们还可以添加自己的。比如有个beta环境，用于外网测试。当对接一些三方平台的接口时，有的只能用外网，那么只能整一套外网的测试环境了，比如美团外卖。好，现在假设我们有 debug、beta、release 3 个 buildTypes，然后 pad、phone、custom ３个 productFlavors，接下来就是针对这些环境做配置了：

今天发现了一个在对象序列化时的错误。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36

E/Parcel: Class not found when unmarshalling: com.lijia.study.InventoryDetail
java.lang.ClassNotFoundException: com.lijia.study.InventoryDetail
    at java.lang.Class.classForName(Native Method)
    at java.lang.Class.forName(Class.java:309)
    at android.os.Parcel.readParcelableCreator(Parcel.java:2281)
    at android.os.Parcel.readParcelable(Parcel.java:2245)
    at android.os.Parcel.readValue(Parcel.java:2152)
    at android.os.Parcel.readMapInternal(Parcel.java:2468)
    at android.os.Parcel.readHashMap(Parcel.java:1678)
    at android.os.Parcel.readParcelable(Parcel.java:2252)
    at android.os.Parcel.readValue(Parcel.java:2152)
    at android.os.Parcel.readArrayMapInternal(Parcel.java:2485)
    at android.os.BaseBundle.unparcel(BaseBundle.java:221)
    at android.os.Bundle.getParcelable(Bundle.java:755)
    at android.content.Intent.getParcelableExtra(Intent.java:5088)
    ...
 Caused by: java.lang.ClassNotFoundException: com.lijia.study.InventoryDetail
    at java.lang.Class.classForName(Native Method)
    at java.lang.BootClassLoader.findClass(ClassLoader.java:781)
    at java.lang.BootClassLoader.loadClass(ClassLoader.java:841)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:469)
    at java.lang.Class.classForName(Native Method) 
    at java.lang.Class.forName(Class.java:309) 
    at android.os.Parcel.readParcelableCreator(Parcel.java:2281) 
    at android.os.Parcel.readParcelable(Parcel.java:2245) 
    at android.os.Parcel.readValue(Parcel.java:2152) 
    at android.os.Parcel.readMapInternal(Parcel.java:2468) 
    at android.os.Parcel.readHashMap(Parcel.java:1678)
    at android.os.Parcel.readParcelable(Parcel.java:2252) 
    at android.os.Parcel.readValue(Parcel.java:2152) 
    at android.os.Parcel.readArrayMapInternal(Parcel.java:2485) 
    at android.os.BaseBundle.unparcel(BaseBundle.java:221) 
    at android.os.Bundle.getParcelable(Bundle.java:755) 
    at android.content.Intent.getParcelableExtra(Intent.java:5088) 
    ...
 Caused by: java.lang.NoClassDefFoundError: Class not found using the boot class loader; no stack available

项目开发需要用到文字转语音的功能，利用 Android 系统自带的Text-to-Speech可以实现英文转语音，但是对于中文就无能为力了。对于中文转语音需要特定引擎的支持，谷歌自带的Pico TTS是不支持的，我的小米手机是度秘语音引擎支持中文，显然我们没法去控制用户用什么手机，所以抛弃原生的TTS，考虑接入讯飞语音SDK。

注册开发者账号

进入讯飞开放平台注册账号。

最近在做收银机相关的开发，涉及到双屏异显的一些东西，之前也没有接触过，在查阅一番资料之后，把功能走通了，这里小记一下。

Presentation

Presentation 是一种特殊的对话框，主要用于在另外一块屏幕上显示内容。默认为克隆模式，即副屏显示和正屏一样的内容。当需要显示不同内容时，需要自定义 Presentation，并为其指定一个 Display。这里随便定义一个 Presentation：

1
2
3
4
5
6
7
8
9
10
11
12

public class MyPresentation extends Presentation {

    public MyPresentation(Context outerContext, Display display) {
        super(outerContext, display);
    }

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.presentation_second_screen);
    }
}

前段时间终于下定决心自己实践 RxJava，Retrofit 等当前十分流行的库，利用 Gank.io 的公共 API，做一个自己的 Gank 客户端。项目地址： Gank。只要有闲暇时间便会写写代码，慢慢完善。期间有一些小的知识点，但是却很实用，这里便列一下。关于 RxJava，Retrofit 目前学习还不是很深入，这里便不展开了。

@SerializedName

现在与服务端通信通常都是Json，但是服务器返回的Json串的key是服务端自己的命名规则（可能是中文key，或者大写开头），我们直接通过Gson解析就必须一一对应，但是这样的命名在Java里很不友好。
那么就可以通过@SerializedName注解给Bean类进行“重命名”，这样在解析的时候便可以直接利用我们自己的命名规则命名变量了。
举个栗子：http://gank.io/api/day/2017/08/03
返回的数据包含Android，福利等不符合Java规范的key，那么就可以这样：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

public class DataResults {
    @SerializedName("Android")
    List<ItemData> androidList;

    @SerializedName("iOS")
    List<ItemData> iOSList;

    @SerializedName("休息视频")
    List<ItemData> restList;

    @SerializedName("前端")
    List<ItemData> jsList;

    @SerializedName("福利")
    List<ItemData> welfareList;
}

如此便可以直接通过Gson解析，并且变量名是以我们自己的命名规则进行命令的了。

Github 逛久了，相信大家都会有很多star，虽然很多star后面再也不会看的。但是只要有那么一丁点的可能回头看，我们还是需要将自己的star整理一下，不然感觉都是无从下手。那么问题便来了：如何管理 Github 上的 star ?
答案便是 Astral。这是我偶然发现的一个网站，它可以用来给 Github 上的 star 分类。
具体界面是这样子的:

界面很简单，打开就能直接上手用，整理了一个下午，终于将自己的 200 多个 star 全部清理个便，分了几个 TAG，后面再回顾的时候便会方便多了。

普遍的 Android 开发可以理解为移动端界面开发，那么界面自然是重中之重。当设计师给到你设计稿时，你便需要将设计稿中的东西用代码做出来。
项目开发中便遇到了这样一个设计稿：

这算是一个很基本的对话框了，没什么难度。写这篇文章主要是为了记一下图中关闭按钮的实现。
这个关闭按钮算是再简单不过的一个图标了，那么要如何实现呢？当然可以找到设计师要切图。但是这里我想尝试一下 Android 中的 SVG，顺便也是减轻设计师的工作量，经常劳烦别人也不是什么好事。

List、Map等这类数据结构在日常开发中的使用不可谓不多，经常会有遍历的同时进行修改的情况。例如：

1
2
3
4
5
6
7

Integer[] numbers = new Integer[]{1, 2, 3, 4, 5, 6, 7, 8, 9, 10};
List<Integer> list = new ArrayList<>(Arrays.asList(numbers));
for (Integer integer : list) {
    if (integer % 5 == 0) {
        list.remove(integer);
    }
}

这段代码在执行的时候便会抛出异常：

1
2
3
4

Exception in thread "main" java.util.ConcurrentModificationException
	at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:901)
	at java.util.ArrayList$Itr.next(ArrayList.java:851)
	at com.example.MyClass.main(MyClass.java:16)

这个异常出现通常是遍历一个集合的同时，在修改这个集合。看到next方法：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

public E next() {
    this.checkForComodification();
    int var1 = this.cursor;
    if(var1 >= ArrayList.this.size) {
        throw new NoSuchElementException();
    } else {
        Object[] var2 = ArrayList.this.elementData;
        if(var1 >= var2.length) {
            throw new ConcurrentModificationException();
        } else {
            this.cursor = var1 + 1;
            return var2[this.lastRet = var1];
        }
    }
}

然后看到checkForComodification：

1
2
3
4
5

final void checkForComodification() {
    if(ArrayList.this.modCount != this.expectedModCount) {
        throw new ConcurrentModificationException();
    }
}

即当modCount 与 expectedModCount 不相等时，会抛 ConcurrentModificationException 异常。其实很早之前就会碰到这个问题，使用Iterator进行遍历和操作就不会出现这个问题了，但是一直没有深究其原因。

新手引导是每个 App 都具备的。如果新手引导直接用 Activity 来做，可能就会比较繁杂和冗余。所以一般都是 ViewPager 来实现。那么便会有 2 个问题：

1. 不能手动滑动
2. 当前 item 跳转到下一个 item 要平滑滑动

昨天写关于 git 的文章的时候，需要来回切分支，而且 bash 也看不到当前是哪个分支，得不停git branch来看，显得十分麻烦。于是便不得不逼着自己一把，来熟悉一波zsh了。

同事有用zsh的，而且鼎力推荐，因为目前的工作和学习与命令行的交集不是很深，所以一直没有开始用。最近发现bash相比zsh确实是难用许多，便只能硬着头皮来学习了。之所以是硬着头皮，是因为自己对 Linux 系统不是很熟悉，虽然现在是在用，但是对于 Linux 的很多特性都不是很了解，命令行、Shell 脚本算是 Linux 一大特色。

zsh有着强大的功能，但是其配置也是异常复杂，于是 Github 上便有了这样的一个库：oh-my-zsh，oh-my-zsh是为了简化zsh的配置而提供的一个配置模板，可以更好的管理zsh的各项配置。可以看到它有 55k 的 star，可见其火爆程度。现在才来接触，显得挺惭愧的。

关于oh-my-zsh的安装直接照着 github 中的README一步一步来就好了。就提醒一点，安装完之后需要注销掉用户，重启也可以，然后再重新登录，才可以看到zsh。