我觉得楼主提出的 class 方式就挺好的，清晰直观，不用理会变量的作用域带来的困扰。#16 楼的方法挺好玩的。

共嘿内！

@kaka826 不客气，多交流。

@kaka826 app 的 api 是给 app 的用户用的，管理后台，是给管理人员用的。其中有共通之处 ，但也会有大量不同之处。

需求、权限、授权机制、深度、广度都有不同。

假设 app 里一个用户要看帖子列表， api 肯定会提供这个接口，还需要授权机制。

按理说，后台也需要这个接口，但后台的需求应该又有所不同，首先授权机制就可能不同。其次对于帖子的搜索方面，需求比 app 端要多一些吧，而面向 app 的 api 未必需要提供这么多的支持，可能只是普通的按日查询，排发布日期排序之类的。

而管理后台可能就需要很多条件了，比如评论数量超过 X 条的，被收藏 Y 次以上的等等。

所以说，在这个层面上，是分开的。

管理后台这边在使用数据时，如果没有更底层的 API 可供调用，那么这个需求，可能就需要管理后台直接去查库，甚至会查 N 张表来建立各种筛选条件。

肯定也有一些接口是可以直接调用 API 的。比如说工具性的、公共性的。不过这还是要取决于 API 那边的授权机制，以及后台的账户体系。

如果为了个别用户的『超级权限』，把 API 搞得巨复杂，巨多权限检测，恐怕也不是个好方案。


这是我自己的一些经验，仅供参考。

分开。不同的工具做不同的事情。

加强健身啊！

我一直用 https://github.com/shajiquan/gitit-bigger

@Anybfans 好注释……+10010

@lixiaohan 是的。这个需求这样来处理效率也挺低的。我在实际业务中只处理单个 list 中重复 dict ，楼主这个要 3 个 list ，每个 list 长度 1000 左右……

```python

intersection = lambda a, b, c: \
[ \
dict(t) for t in \
set([ \
tuple(da.items()) for da in a if \
tuple(da.items()) in [tuple(db.items()) for db in b] and \
tuple(da.items()) in [tuple(dc.items()) for dc in c] \
]) \
]

```

intersection = lambda a, b, c: \
[ \
dict(t) for t in \
set([ \
tuple(da.items()) for da in a if \
tuple(da.items()) in [tuple(db.items()) for db in b] and \
tuple(da.items()) in [tuple(dc.items()) for dc in c] \
]) \
]

@raawaa 我在想是不是什么东西坏了……不过没想明白。现在我只好用 VLC 。

sorry 是 linux 节点，我说的是 mac 下……

怪了，我的 mpv 正常， mplayer 却 N 久才出画面，感觉像卡死一样。甚至有时完全没出现。而且普通退出方式无效，最后只能在终端里 kill 。

以前用过 debian 做桌面，后来觉得还是 mac 好啊……服务器有的用 debian ，有的用 ubuntu 。

@znoodl
@88250

是的，会有些问题，刚开始页面也会被撑坏，有时点 run 还无法执行成功。后来我改了一下，样式上稍微好些。

@yeyeye 谢谢。我跟踪了两天看了一下。挺奇怪的。

最开始我的 DNS 解析用的是域名注册商那边的，当时指定过 A 记录。后来我切换到了 dnspod.com （不是.CN ），在 dnspod.com 这边做的是 CNAME 记录。

按理说应该覆盖。

可是用 http://www.webkaka.com/Ping.aspx 来看，全球范围内，有好多地方仍然在用旧的 A 记录。真是晕掉了。