猛禽的编程艺术

其实这次去MDCC除了抱着学习的目标以外，也想顺便看看Android 4.0，可惜到了三星的展台，工作人员说Galaxy Nexus还没到国内，另外那个超大只的手机Galaxy Note也没看到，遗憾。不过倒是在Nokia展台看到了刚刚发布的Lumia 800和710。不过这个新机人气太旺了，排了半天队才能玩上一把。硬件上没什么好说，Nokia的做工是没得说，至于扛不扛摔没试过，不知道。我关心的重

问题现象说实话，我真不知道Google是怎么想的，或者如这里所说的确是个BUG，也不知道为什么拖这么长时间没有解决掉，或者是我的RPWT。这问题的表现就是，在项目的build.gradle文件里，如果用传统的自动依赖处理方式：compile 'com.android.support:appcompat-v7:+'编译时系统就会去依赖最新版的support：21.0.0-rc1 。理论上这本不应该有

缘起其实这个想法早在十年前我还在做桌面应用的时候就想过了，而且还在一个DELPHI程序里尝试了一下，但是因为后来没再做桌面应用，这事也就放下了。最近在做移动应用，又开始觉得需要这样一个功能。本来这种事情交给Google Play处理就好了，但是因为国内的奇葩环境，完全依赖Google Play并不现实，所以大部分国产应用都实现了自己的自动更新功能。我不知道别人是怎么实现应用的自动更新的，但基本功能

需求对于一个应用来说，帐号管理真是一件麻烦事，所以通过OAuth之类的使用第三方帐号登录是常见的做法。关于这个实现，在Web端有很多现成的解决方案。我之前发过的《RESTful客户端库：RestClient 》也实现了一些（当时提供了饭否、foursquare和google，现在又增加了twitter）。那么在移动端要怎么做？Android系统内置了Google帐号（不要跟我谈被阉过的国行版，我们

通过HTTPS连接网络是一种常用的方法。但是在实际使用中存在几个困难：* 使用商业证书的成本* 使用自定义证书不被系统承认* 忽略证书验证则可能被“中间人攻击”本文将针对这些问题讨论技术解决方案。

因为这部分才是本文的重点，要说得详细一点，所以单独做成一篇来说。

上个月suliu在旧文那边给我留言说新版的HoloEveryWhere已经不再依赖ActionBarSherlock了，这是好事。正好最近在更新了一个用了HoloEveryWhere的程序，顺便就换用新版试试。新版的HoloEveryWhere果然好了很多，除了用官方新的ActionBarCompat取代ActionBarSherlock以外（在library的源码里可以看到包含了support.

Android Annotations本来我想写个 Java 版本的《RESTful客户端库：RestClient 》用于 Android 应用开发，结果发现不太好写，虽然用了 Dynamic Proxy 实现了大部分功能，但是因为无法通过反射取得参数名，而且 Java 没有 DuckType ，再加上也没有方便的 Dict 类型，搞出来的东西很难看，不好用。后来令狐给我推荐了这个 Android

如果没有木马，Nokia应该选择Ubuntu Touch

其实这货刚出来的时候我就装过了，不过因为没资料，又没用完过InteliJ IDEA，所以完全不会用，还是用回Eclipse去了。最近忽然想起来看看再试试这货，就又装了最新的版本。当然，下面记录的问题是我第一次安装的时候碰到的，因为当时已经解决了，所以现在再重装是没有这个问题的。安装方法都一样的，具体可以看官网。不过安装完成后创建第一个项目时会碰到一个问题，那就是它会下载一个叫 Gradle 的东西

石老王参加今年的 Google I/O 带回来一只Google Glass。周五晚上在泡泡的组织下，我们十几个人集体围观了这个先进武器。关于这货的很多信息，网上爆料无数，我就不重复了，谈点自己的体会。目前这个版本还是挺好看的，我因为本来就戴眼镜，所以只能把这货再架到眼镜上，略不方便。不过据说是可以把glass主体拆下来单独固定到眼镜上去的。架好之后可以看到投影屏幕在右上方，分辨率看上去还行，不过显

简介HoloEveryWhere 是一套 Android 开发库，提供了全套 Holo Style 控件，它的外观与功能和标准 Holo Style 控件基本相同，但是它可以运行在低于 4.0 版本的 Android 系统上。除此之外，还必须提到的另一个库——同时也是 HoloEveryWhere 所必须依赖的库： ActionBarSherlock 。它提供了 Android 4.x 起提供的最

前文《HoloEveryWhere笔记 》说了一些使用 HoloEverywhere 可能碰到的坑，但这货的坑不是一般的多，尤其是混合了 ActionBarSherlock 的坑。比如前文已经提到过的一个坑：在 ActionBar 里使用了 Tab 以后就无法同时正常使用 HoloEverywhere 或 ActionBarSherlock 提供的菜单功能了。这里要说的还是关于菜单的坑。HoloE

Ubuntu for Android这个已经不算是新闻了，不过从Tualatrix的《Ubuntu for Android，你想拥有吗？》评论中看来，大家对此神物还有些疑问。刚好我最近折腾了一下这个东西的最早实现：Moto Atrix 4G（ME860）的WebTop——事实上现在这个Ubuntu for Android从视频上看来也是在Moto Atrix II（ME865）上实现的。起源及其硬

（这篇来晚了，本来还想再来一篇，拖得太久不高兴写了，就这样打住吧）在这次大会上，关于Android的话题是很热的，看那几场关于Android的讲座的人气之旺就知道了。当然iOS也很热，不过那个圈子太封闭，我不了解，不多说。不过在Android热的背后，也有一些潜在的问题，这个我在上一篇《MDCC印象之二：芒果的味道》里大致提到了一些，这里再多说几句。Android的一大优势就是开放，但是同样也因为

有幸应优快云之邀参加这次的MDCC大会，回来简单记录一点吧。总的来说还是很有收获的。不过因为准备不够充分，第一天出了门才知道8号线停运，结果路上绕了点路，迟到了一小时，到的时候已经是蒋总讲话了，错过了李开复的讲话。微软的张亚勤演示了未来移动应用的美好景像的确是很美好，不过在我看来，技术和非技术的障碍还是很多的，只能作为一个美好的愿景来看，暂时还当不得真的。上午的亮点是申音主持的论坛，跟腾迅的刘总

用户反馈上文说了，APP的用户反馈功能麻烦在于GooglePlay在国内没法用，但这只是一方面，另一方面用户也不一定乐意在发现问题时再去打开GooglePlay去找到你的应用再评论，能在应用里直接反馈当然是最好了。当然这个功能做一个也不是很麻烦的事情，无非是在系统后端加一个表，API上加一个函数的事情，但是如果每个应用都要前后端这么做一回还是很烦的，最好还是能有一个统一的渠道。于是我想到利用Wor