> 危害就是 Python 里 int/float 不可以与 None 比较，你强行让他们可以比较了

@billgreen1 我的命名为 min/max_ignore_none, 其实想表达 None 是未知值，参与比较是没有意义的，所以直接忽略了，不管比大还是比小。

@dawncold task.start 表示一个 task 没有设置开始时间。

@est 让您意外了，确实被坑的狠！而且我 Python 有多年经验。哈哈！

一开始没做详尽数据数据校验，但是能正确运行很久，其它子模块逻辑微调，意外受灾。但是用我所谓的 safe 版替代，确实不用到处做那么冗杂的判断了，这也从侧面反映了内建的 min/max 不太灵活。

比如像下面这种逻辑：

>>> task.start = min(task.start, start)

原地判断一下参数写起来还是很容易出错的。

@n2ex2 危害在哪儿，欢迎举例。

@zsj950618 我还考虑了 `min()`, `min(1)`, `min([])`，所以复杂了点。

@CSM 我们的业务中，`min(t.start for t in tasks)`，其中 task.start 为 None 是很正常的，所以也不需要快速失败。
还有如果 tasks 是个空列表，我完全希望其返回 None。

心累

楼主太固执了，没法看下去了

@ZnZt 我现在写 Flask+ArangoDB

@ZnZt 拖动到目标位置后把 position 设置为前后之和取平均的方法确实也考虑了并实施了，但正如大家都提到的，很快就会消耗完所有能够表达的数字（哪怕支持小数），而且我当时把没有搞那么的的步长，很快就觉得这种机制不靠谱。

文中提到可以在闲时再重拍，避免数字被消耗光，我觉得靠谱。准备再考虑下这种方案。

@ZnZt 多谢老搭档，其实我的业务实体不是 Project+Task，看来这两个关键词好搜索。

@noNOno 暂时往简单的方向做，尽量兼顾性能。

我还有个方案是在 Project 上添加一个数组字段（ Project.tasks_order, e.g. ['t001', 't002', 't003']），用来保存 tasks 的顺序，这样每次拖动都只用改单个 project 的 tasks_order 属性。这种方法在存储上比较冗余（ Task 上面已经有了到 Project 的外键），同时如果想按 tasks_order 的顺序读取出来，还无法利用数据库做到，需要额外在程序中排序。总之感觉这种方案怪怪的。

@lizon 我的意思是拖动实时生效，一次拖动，需要改 N 个 task 的 position 字段。同时一个 project 是多人管理的，如果有好几个人拖来拖去，那写操作就比较夸张了。

@noNOno 你这种方案需要额外引入异步调度任务

我用的 arango-orm 库由于没有事件机制，我就自己写了，你可以看下相当简单的，还有单元测试。
https://github.com/wonderbeyond/arango-orm/commit/1559cba970ea28fe96536efb739f8d558ef7370d

@Mistwave 那项目里面的 markdown 文件要统计吗？

https://gist.github.com/wonderbeyond/ae7c27be9536d65966f5d94464df0d96

实际需求很简单，我实现的也很简单。
可为什么以 "flask request id" 为关键词找到的别的实现看起来有点复杂而且有点绕，或者完全不是一个意思：

- https://pypi.python.org/pypi/flask-request-id-middleware/1.0
- https://pypi.python.org/pypi/flask-request-id/0.1
- https://github.com/Workable/flask-log-request-id

@iyaozhen nice

@odirus 多谢，通过 Nginx 是不错的方法，这样能和 Nginx 日志整合到一起来追溯。