Tag: devise原则

“最小的惊讶”和可变的默认论据: 任何人用Python修补足够长的时间都被以下问题困扰（或被撕碎）： def foo(a=[]): a.append(5) return a Python新手会期望这个函数总是返回一个只有一个元素的列表： [5] 。结果是非常不同的，而且非常惊人（对于新手来说）： >>> foo() [5] >>> foo() [5, 5] >>> foo() [5, 5, 5] >>> foo() [5, 5, 5, 5] >>> foo() 我的一位经理曾经第一次遇到这个function，并称这是一个“戏剧性的devise缺陷”。我回答说，这个行为有一个基本的解释，如果你不了解内部，那确实是非常令人费解和意外的。然而，我无法回答（对我自己）以下问题：在函数定义处绑定默认参数的原因是什么，而不是在函数执行处？我怀疑经验丰富的行为是否有实际用途（谁真的在C中使用静态variables，而没有繁殖错误？）编辑： Baczek做了一个有趣的例子。再加上你的大部分意见，尤其是Utaal的意见，我进一步阐述了： >>> def a(): … print("a executed") … return [] … >>> >>> def b(x=a()): … x.append(5) … […]

响应的CSS背景图像: 我有一个网站（g-floors.eu），我想做的背景（在CSS中，我已经定义了内容的bg图像）也响应。不幸的是，我真的不知道如何做到这一点，除了我能想到的一件事情，但这是一个很好的解决办法。创build多个图像，然后使用CSS的屏幕大小来改变图像，但我想知道是否有一个更实际的方法来实现这一目标。基本上我想实现的是图像（与水印'G'）自动resize，而不显示较less的图像。如果有可能的话链接： g-floors.eu 我到目前为止的代码（内容部分） #content { background-image: url('..http://img.dovov.combg.png'); background-repeat: no-repeat; position: relative; width: 85%; height: 610px; margin-left: auto; margin-right: auto; }

使用GUID作为主键，特别是关于性能的最佳实践是什么？: 我有一个在几乎所有表中都使用GUID作为主键的应用程序，并且我读过使用GUID作为主键时存在性能问题。老实说，我没有看到任何问题，但我即将开始一个新的应用程序，我仍然想要使用GUID作为主键，但我想使用复合主键（GUID和可能是另一个字段。）我使用的是一个GUID，因为当你有不同的环境，如“生产”，“testing”和“开发”数据库，以及数据库之间的迁移数据，它们很好，易于pipe理。我将使用entity framework4.3，我想在应用程序代码中分配Guid，然后将其插入到数据库中。（即我不想让SQL生成Guid）。创build基于GUID的主键的最佳做法是什么，以避免与此方法相关的假定的性能命中？