Android Design 摘录

终于静下心来花了前后两天,累计四五个小时的时间将 Android Design 仔细读了一遍,并细细琢磨琢磨。下面将「不知」、「易错」和「疑惑」的部分摘录下来,其他本身理解正确的部分就全部忽略掉。

英文原本完整版本:http://developer.android.com/design
中文翻译完整版本:http://adchs.github.io

最最重要的:导航

篇幅太长,通过摘录实在无法表述清楚,还是直接看原文来的直接:
英文原版:http://developer.android.com/design/patterns/navigation.html
中文翻译版:http://adchs.github.io/patterns/navigation.html

48 dp 的设计韵律

一般来说,可触摸控件以 48 dp 为基础单位。

为什么是 48 dp?

一般情况下,48 dp 在设备上的物理大小是 9 mm (会有一些变化)。这刚好在触摸控件推荐的大小范围 (7-10 mm) 内,而且这样的大小,用户用手指触摸起来也比较准确、容易。

如果你设计的元素都至少有 48 dp 的高度和宽度,那么可以保证:
– 你设计的元素在任何屏幕上显示时,都不会小于最低推荐值 7 mm。
– 你可以在信息密度和界面元素的可操控性之间得到较好的平衡。
Continue reading “Android Design 摘录”

该死的微信开放平台

上两个星期一直被「微信开放平台」折腾着,各种苦逼;让我知道「大公司也不过如此罢了」。如果我年底奖金木有了,也就是你个该死的东西作的。

Key

无任何提示

Android 中申请 Key,需要绑定「签名 md5」和「包名」,这点原本合情合理,但它的 API 实在是操蛋:我申请过后,肯定会去验证一把,但该死的微信既不显式提示错误(比如,通过 toast 的方式给出提示,百度地图就是如此,个人感觉很可取);也不通过 DDMS 打出 Error。

如此一来,开发者就没办法快速定位错误所在。如果是我来设置的话,我就会用 toast 显式提示错误,并告知哪个字段填写错误,便于开发者瞬间定位。

悲催的空格

我们同时申请两个 Key – A 和 B;A 能分享成功,B 无法分享;肉眼比对两者的「签名 md5」和「包名」并无区别。不断的尝试,最终确认是包名最后多出一个空格。 Continue reading “该死的微信开放平台”