Django项目升级拾遗
据说总结晚一周知识就会流失30% →_→
近期利用空闲时间（jia ban）把自己负责健身会议管理系统Django版本从1.6升级到了1.10，Python版本从2.7升级到了3.6。总结下升级的过程和遇到的问题吧（然而拖了两周才动笔基本忘得差不多了Orz
要点
先说结论，赶时间的话之后的内容就没必要看了（反正写的也不好= =
每个项目使用的语法特性不一样，升级的版本也不同。对于不大的项目，一个比较好的方式是对于本地能正常运行的项目，升级完依赖包后启动，然后google+stackoverflow驱动改提示的错误，直到能正常使用为止。
升级历程
其实刚到公司实习的时候见着老旧的依赖版本就想着能不能升级，由于经验不足和处理的过于激进失败了。一年多后才想起可以再尝试下
介绍下项目背景，会议系统是公司里代码量最小（Pyhton代码近2万行），也没有历史包袱，和其他项目之间依靠RPC协议通信的项目。基本实现了前后端分离，除了最早期的几个移动端页面。大部分代码都是业务相关的API，使用了内部的（伪）RESTful框架。迁移相对比较容易。
首先升级Django以及其他依赖包的版本，把依赖的包都升级到最新的版本，启动项目= =，毫无悬念的失败了。google+stackoverflow驱动改错下跌跌撞撞的改完能整除启动项目……居然完全可用。再解了数据库迁移的坑Django版本迁移就成功了。
关于数据库迁移，如果是新起一个实例的话就是用新的数据库迁移方法，只要保证APP下有migration这个包就行了。已经在线上运行的实例就麻烦些，要先去线上删掉旧的migration文件。
然后是Python版本的升级，替换茫茫然的unicode字符串和__future__就已经很坑了，还好有自动化工具帮我们完成这件事，我使用了自带的工具2to3，转换效果还是相当好的。剩下的地方基本都是str和bytes的问题了
之前也看了很多人写的升级备忘。不过每个人使用的语法特性不一样，升级的版本也不同。除非是翻译文档，否则没人写的全的（所以我偷懒把写的提纲删了，参考资料里有一些他人的踩坑记录）
Model
移除South
Django1.7之后提供了内建的数据库迁移工具，可以把south从INSTALLED_APPS移除了
对于新的实例
和新的项目一样
1 | |
旧数据迁移
- 确保south中的migration全部被应用了
- 从 INSTALLED_APPS中移除south
- 删除每个app下migration目录中的所有文件, 除了init.py
- 运行python manager.py makemigrations, Django会初始化migration
- 运行python manager.py migrate –fake, django将migration文件标记为已应用
Python2 -> Python3
2to3 自动完成的事情
- 删除了
from __future__ import division, unicode_literals, print_function - 字符串 u’’ -> ‘’ unicode() > str()
- 常用写法
hasattr(self.order_by, '__iter__')->isinstance(self.order_by, (list, tuple))value.has_key('selected')->'selected' in valueexcept Exception, err:->except Exception as err: - 部分lambda表达式转换成列表表达式
map(lambda x: x.to_json(), meeting_objs)->[x.to_json() for x in meeting_objs] - 一些包引用方式的改变
import cStringIO StringIO->import ioimport urllib->import urllib.request, urllib.parse, urllib.error