光看症状像吸毒一样

是的, 今天才发送昨天的消息

如果我一直访问这个页面, 你的服务器是不是就爆了?

解决这个问题，推荐再参数传递可变对象时，默认值设置为 None，在函数内部对 None 进行判断后再赋予默认值。
def test(b=None):
b = b or []
b += [1]
print(b)

test() # [1]
test() # [1]
test() # [1]



这个做法也没有问题, 但是更好的办法是:

不要修改参数!!!!!


用的时候复制一份


def test(b=[]):
var = list(b)
var += [1]
print(var)

####################### 上面的是理论部分################################


####################### 实践部分 #####################################

def test(b=None):
b = b or []
b += [1]
print(b)


这种函数真的不会出现在实际代码中, 因为这个函数一点用的没有

函数大概分三种:

1. 无副作用的查询函数: getXXX(), queryXXX()

这种函数有个特点 : 他们都有返回值.

2. 有副作用的修改函数: list.sort()

这种函数有个特点: 他们会改变调用者 /参数的状态, 但是没有返回这


3. 混血: 既有返回值又有副作用:

比如你有一个函数: getUser(id), 会返回一个 User, 但是在调用的时候它把 User 的 queryCount 属性改变了


def test(b=None):
b = b or []
b += [1]
print(b)


这个函数首先没有返回值, 其次所有的状态都发生在函数作用域之内, 你调用完之后所有的状态都被销毁, 所以也没有副作用.

所有在生产环境中如果看到这种函数,请删了吧, 真的除了增加代码量一点用都没有.

bug 云没个说法的话我就去隔壁了

昨天晚上还有 300 代金券, 今天全没了

@huijiewei #106 官方都放弃了, 我就不凑热闹了. 我的论点一直是: 一个 30000 多 start 的项目会有这种致命性的问题并且还有人用, 只能说很失望

@Pastsong #55 最小化是有一个阈值的, 以函数为最小单位发包必定会导致依赖管理异常复杂.

@lwbjing #67 这篇文章强调了一个函数的正确性和性能,但是却没有说明一个好的模块不是由一个函数组成的, 而是由一系列高级抽象组成的, 到最后只会导致越来越多的臃肿代码

@woodensail #15 你确定 maven 中会有这种垃圾库并且还有人用??

感觉是最初版本必须有 else, 不然在条件复杂的情况下你可能漏掉一些情况.

也许在你加入单元测试之后, 然后可以把 else 重构掉, 这样最保险.