Bottle是一个小巧实用的python框架，整个框架只有一个几十K的文件，但却包含了路径映射、模板、简单的数据库访问等web框架组件，而且语法简单，部署方便，很受python开发者的青睐。Python初学者可以好好的了解一下这个框架，但是也不得不提醒大家这个框架在使用中必须注意的一些事项。
unicode
作为非英文应用的开发者，unicode是一个绕不过去的坑。 web.py 对此是不作处理的，全都按原编码方式处理。 bottle 则作了一个有点奇怪的处理：
request.query 或 request.forms 都是一个 FormDict 类型，其特点是：当以属性方式访问数据时——如 request.query.foo，返回的结果是 unicode ，当以字典试访问数据时——如 request.query['foo']，则返回的结果是原编码字符串。混合使用的时候，一不小心就会出问题……
比如：大部分时候都用属性方式，但是某个数据需要有特定默认值的时候，就会习惯性地用字典方式操作： request.query.get("foo", "bar") ，这时就容易出编码错误。这种情况应该使用 request.query.getunicode() 函数。更彻底的方式是用 args=request.query.decode("utf-8") 然后 args.foo 或 args["foo"] 就都可以返回 unicode 了。至于在实际应用中，具体要用哪种方式来处理，就自己看情况选择了。
cookies
bottle 在这点上问题主要是出在 path 上，web.py 的 setcookie 函数参数选择很少，比如 path 就没有，默认只能存放于"/"，虽然这算是一个小小的限制，但使用中基本不会有什么问题。但是bottle就坑了，它的 set_cookie 的默认 path 是当前路径，也就是说，在这个页面上存入的 cookie 在别的页面通常是取不到的，不熟悉这点的人几乎都要栽在这里。
而且更坑的是：set_cookie 有 path 参数可以指定 path ，但 get_cookie 却没有这个 path 参数可选——也就是说，你即使设置了其它 path ，如果 get_cookie 的时候不是刚好在那个 path 下的话，也取不到……那这个问题怎么破了，大家可以尝试，把所有的 cookie 都放到"/"下面，至少目前用下来感觉没问题。
除了上面这两个坑以外，还有一个不算坑，但是算是用户体验度不好的一点，就是：web.py 的 cookie 可以存放任何可持久化的数据，比如 dict/list 。但是 bottle 的 cookie 似乎只能放字符串，一放 list就 出错。对于这个问题，当然也不是不能解决，可以用一个 json.dumps/json.loads解决。
以上就是python bottle框架中，可能会常常遇到的几个小坑，不知大家有没有同样的感觉。虽然有一些坑，但是不可否认，这个框架还是很好用的，大家以后在使用中多注意一些便可。
推荐学习：《Bottle 框架》