python 中不存在所谓的传值调用，一切传递的都是对象的引用，也可以认为是传址。 python 中，对象分为可变(mutable)和不可变(immutable)两种类型，元组（ tuple)、数值型（ number)、字符串(string)均为不可变对象,而字典型(dictionary)和列表型(list)的对象是可变对象。

a = 1 #将名字 a 与内存中值为 1 的内存绑定在一起
a = 2 #将名字 a 与内存中值为 2 的内存绑定在一起，而不是修改原来 a 绑定的内存中的值。

他们认为这是一种繁荣。

Java

每月 200 块

现在还有人用 QQ ？

感觉前端那些玩新技术的就跟孩子一样：今天看到一个好玩的玩具就像要，而且能说出一大堆玩具的有点，买了玩了没几天就腻了，又看到另外一个玩具又想要，而且能说出一大堆以前玩具的缺点来证明这个比以前的好，然后买了几天还是会腻，周而复始，所以，在他们眼里前端技术的发展以周为单位是一种的“繁荣”。

如果在 Windows 下折腾 Python 出现各种奇怪的问题，多半是环境问题
同意 @est 说的

lz 最好的方案就是：自己的电脑该换回什么系统换回什么系统， macbook 就装 macOS ，外星人就装 windows ，然后买一台 阿里云 的机器装 linux 用。

@SlipStupig print 下 log 看看

这样的情况一般用 crontab 最简单把，其他的包什么的估计还得写代码去调度。

来份简历呗， [email protected]

@honmaple
@keysona
感谢两位，我明天看下 MethodView

@dtfm
Tornado 就可以用多重继承， Mixin 等方式
@leyle
装饰器方式鉴权确实是一种方式，但是我考虑倒一种场景：
如果绝大多数 view 都需要鉴权，而不需要鉴权的就几个（比如后台系统，一般只有注册和登录不需要鉴权），那这个装饰器是不是就不太好了，而 Tornado 只需要为少数不需要鉴权的 view 实现个基类就好了，而不需要去处理大多数

我还是推荐 Tornado

Flask 一直说自己很优雅，但是我觉得很多地方用起来并不优雅，举几个例子：
主要觉得不好的地方在于 view 是使用函数实现而不是类
1. 在一个函数里面如果要同事处理 get 和 post 请求，就要使用 if 判断，
if request.method == 'POST':
pass
elif request.method == 'GET':
pass

这很明显不够优雅啊，应该分开处理啊， Tornado 用类来实现 view GET 和 POST 分别用不同的函数处理，多么好啊。

2. 就是 before_request 的方式
如果想实现访问鉴权的话，写到 app.before_request 装饰的函数里，但是他是全局的，如果一些 view 不需要鉴权，那又得 if 判断了， blueprint 也有 before_request ，但是写起来总是不够方便，而 Tornado 就可以用多重继承， Mixin 等方式，很方便啊

3. 就是在 view 嵌套函数
嵌套函数倒没什么问题，但是大量使用的话总觉得不够优雅吧，类方法才够优雅啊

当然，上面的疑问也可能是我对 flask 不够了解导致，如果又更好的实现，欢迎大家讨论。

注意，是 iOS

因为我已经有一个 iPhone 了

除了在大学里用过外键，实际工作中在设计数据库结构的时候都不约而同的不适用外键（一个眼神就不约而同了），外键的好处可能有很多，但是外键的不好你遇到过几次就会彻底抛弃它，改用逻辑约束。

试试二手胶卷相机