Learn Android Market Licensing Service: Part 1

在 Android 发布早期，官方的 Android Market 颇为开发者诟病，原因之一就是版权保护机制的欠缺，诸如像从 Android Market 上下载的应用不能安装在有 root 访问权限的设备上，也不能安装到 SD 卡上等限制的版权保护能力实在太弱。后期，国内各家 Android 软件商店竞争进入白热化，场面一度精彩万分。凭借着本土化优势，这些第三方商店也一度吸引了部分国内开发者发布应用。但是，据我观察，它们在版权保护方面依旧乏善可陈，开发者们对版权保护的愿望照样落空。

这样的局面一直维持到2010年7月28日，这一天 Google 发布了 Licensing Service。这项标榜 “simple” 和 “free” 的服务提供了 “secure mechanism” 来管理对付费应用的访问，它的发布也昭示着原来的 “copy-protection mechanism” 将很快被废弃。虽然此后有消息称这套机制也可以被破解，但是眼下开发者如果想要赚钱，除了广告，尚没有清晰的第三条道路。因此，Google Licensing Service 对于开发者来说，还是非常有帮助的。–这里不得不说前几日看到有关 Android 吸费陷阱的报道，做恶的是不法 SP，无辜的是 Android，作为平台，Android 是不俱备扣费能力的。

Location in Android: Part 3 (FINISH)

前文中所提到的Cell-ID和WI-FI定位方法，在Android官方文档《Obtaining User Location》中并入Network Location Provider一类，与GPS地位等同。前文中介绍的方法虽然可行，但是需要开发者处理比较多的数据。实际上，不必这么麻烦，还有更简单的方法，android.location中的LocationManager封装了地理位置信息的接口，提供了GPS_PROVIDER和NETWORK_PROVIDER等。

如果开发的应用需要高精确性，那么可使用GPS_PROVIDER，但这也意味着应用无法在室内使用，待机时间缩短，响应时间稍长等问题；如果开发的应用需要快速反应，对精度要求不怎么高，并且要尽可能节省电量，那么使用NETWORK_PROVIDER是不错的选择。这里提一下，还有一个PASSIVE_PROVIDER，在实际应用中较少使用。

Location in Android: Part 2

MCC（Mobile Country Code）、MNC（Mobile Network Code）、LAC（Location Aera Code）、CID（Cell Tower ID）是通讯业内的名词。MCC标识国家，MNC标识网络，两者组合起来则唯一标识一家通讯运营商。从维基百科上了解到，一个国家的MCC不唯一，例如中国有460和461，一家运营商也不只一个MNC，例如中国移动有00、02、07。LAC标识区域，类似于行政区域，运营商将大区域划分成若干小区域，每个区域分配一个LAC。CID标识基站，若手机处在工作状态，则必须要和一个通讯基站进行通讯，通过CID就可以确定手机所在的地理范围。

2006年Yahoo!曾经推出一项服务：ZoneTag，其功能之一就是拍照后将图片附上位置信息上传到Flickr。这样用户就不必对着几G，甚至几十G的图片，再费神回忆是在什么地方拍摄的了。ZoneTag也正是利用了前文中的第二种方式获得位置信息。Yahoo!后期也曾经开放ZoneTag API，这样第三方开发者就可以将MMC、MNC、LAC、CID发给Yahoo!，然后获得位置信息，但现在似乎已经关闭了接口。

Google在昔日明星Gears中提供了一项Geolocation的功能，可以获得用户的地理位置，同时这项功能也是开放的，开发者可以依照Geolocation API Network Protocol调用相关功能。稍微不令人满意的是，其数据格式为JSON（JavaScript Object Notation），没有提供XML，不够RESTful，多少是个遗憾。同时需要注意的是，由于Gears已经被Google废弃（Deprecated），因此这项功能是否会被关闭还是未知。不过，Internet上还有其他提供类似功能的服务，例如OpenCellID。

Location in Android: Part 1

2009年以Facebook（http://facebook.com）、开心网（http://kaixin001.com）为代表的SNS（Social Networking Services）热了；2010年以Twitter（http://twitter.com）、新浪微博（http://t.sina.com.cn）为代表的Microblogging热了；2011年呢？

热点诞生之前总是有预热，观察这个预热，没准儿就能看出未来的热点。那么2010年谁在预热呢？以Foursquare（http://foursquare.com）、玩转四方（http://sifang.com）为代表的LBS（Location Based Service）在这一年逐渐进入人们的视野，并且似乎有迅速成长的苗头。

现在，随着移动互联网的兴起，很多公司和个人都在探索LBS，如何在应用和服务当中结合位置信息创造出新服务，还没有看到成功的样板。此前，腾讯公司将查看好友的地理位置包装成了增值服务–“千里眼”，卖给QQ用户，一次两毛，包月十块，这等出卖用户隐私的“伎俩”可以看作是伪LBS。尽管如此，我们还是可以想象未来LBS的市场是非常广阔的。

del.icio.us, Yahoo! OAuth & python-oauth2 二三事

最近做两个事情：阅读《RESTful Web Services》和学习Python，正巧前者当中有需要动手写代码操练，干脆我就把书中原先用Ruby实现的代码重新用Python写一遍，一来加深对书中知识的理解，二来锻炼自己对Python的运用，一举两得。但是任何的学习都不会是轻而易举，对REST的理解和对Python的掌握还停留在初级水平，于是就出现下面这些波折。我把这些问题记录下来，方便自己以后回顾，也希望能够帮到其他人。

一事

Del.icio.us为用户使用其书签服务提供了两种方法，其一是在其网站注册，成为独立用户，其二是使用Yahoo! ID，无需重复注册。于此相应，Delicious公布的API也分为v1和v2，开发者在调用时须经过认证，如果是独立用户则要使用前者，须借助https请求和HTTP-Auth；如果是Yahoo! ID则要使用后者，须借助http请求和OAuth。