@yellowtail #5
性能说不上，
不过从概念上说不是一个东西，range 可能看成是一个“生成器”

tmp = []
dict = {}
for index, value in enumerate(tmp):
----index_str = str(index)
----dict[index_str] = value

你大概可以改为大概这样

已购，看下体验效果

饮食可以不用控制，每天快跑 5-10km，跑几个月就可以了；

快跑定义：大概 6 - 7 配速；

如果这个做法要套上“意义”的话，
那么往 防重放机制 走 可能有一些借鉴；

这个情况我感觉还是有些问题。

post 本来就是非幂等，
如果在这里要做一个 “强行”的处理来解决只是操作上的问题，我感觉是不太合理的；

这种属于交互上的问题的东西，感觉从交互上解决是比较合理的。

这个问题其实主要看谁有空，谁方便，但有个平衡性

如果是数据展示的问题可以考虑类似
?format=json or ?format=xml 这种方式

如果数据是固定的，资源性的，那么考虑 /api/<api>/xxx/这种给他做个特殊化，比如
/api/students-tree/ or /api/students/tree/

哈哈哈，java 现在给我的印象就是万物皆 200，

我还是比较支持 404，有需要的话再自己做个 message 和业务 code

@MasterC #35
@arthas2234 #38
@ZeroKill #39
@mio4 #40
@caiqh #41

因为用的图床是 imgur
开小飞机才能看到

make / migrations
顾名思义，就是你说的几点；

实现的话，可以看下这 2 个文件
django/db/migrations/autodetector.py
django/db/migrations/writer.py

@abcdabcd987 #32
指的不是同一个事吧？

https://www.python.org/dev/peps/pep-0008/#multiline-if-statements

PEP8 不支持这种做法吧？

如果 if 判断太长的话，拆成多个再 if 拼接

@atom234 #33

(function() {var a = new Date(); debugger; return new Date() - a > 100;}())

2 年前用过， 当时做很小的活动 h5 游戏(websocket)，感觉还可以。

everlane

如果更复杂的情况，

如果是基本业务代码相同，可以考虑做成 parent view 然后继承；
如果是业务代码共用，需要做部分处理，那么在类内做成 base func，用*kwarg 来做处理，

代码相对来说可能比较漂亮些；

另外作为 drf 吹（ django rest framework ），推荐你使用。

感觉有些乱来

view 的作用是处理 request response, 没必要这么引用

如果 A 和 B 有代码可以共用，那么就抽出来做个 Mxin 就可以，没必要交叉

随便改了下，类似这样
https://gist.github.com/chrisguox/4de1a0cc586055d776be818ed636cf6e