python中变量的名称和程序效率

前端之家收集整理的这篇文章主要介绍了python中变量的名称和程序效率前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

当我编程时,我喜欢给我的变量非常有意义的名字.
根据我的理解,在C和其他编译语言中,这两行完全等价:

第1行:

bool a = true;

第2行:

bool bob_likes_very_much_to_eat_strawberry_on_friday_evening = true;

原因是:它将被编译,变量名称在进程中丢失(?).

另一方面,这就是我要问的,似乎以下两个在python中不相同:

第1行:

a = True

第2行:

bob_likes_very_much_to_eat_strawberry_on_friday_evening = True

原因是它被解释了,解释器将使用一些带有变量名的字典作为它将要查询的键(?).我不知道这些字典是如何实现的,但对于我来说,散列长变量名可能需要更长时间(?)并且在某些情况下会产生影响并不是很疯狂.

那么,在某些情况下我应该小心保持我的变量名称长度合理吗?

注1:
这个帖子很相似:
Does how you name a variable have any impact on the memory usage of an application?
但没有关于python出现的明确答案(选择的答案说它一般会对解释语言产生影响,其他答案说它对python没有特别的影响)

笔记2:
我的观点不是提倡由于代码不可读而导致错误的微优化.我想要知道如果通过提供额外的长名称,我在执行速度方面做了某种妥协.

最佳答案
差异应该很小.但是我从Win7 64 Bit的Python 2.7.6的第一个答案得到了一些不同的结果.

>>> import timeit
>>> timeit.timeit(stmt="a = True",number=1000000000)
33.17448742396358
>>> timeit.timeit(stmt="bob_likes_very_much_to_eat_strawberry_on_friday_evening = True",number=1000000000)
32.47728300208675
>>> timeit.timeit(stmt="bob_likes_very_much_to_eat_strawberry_on_friday_evening_bob_likes_very_much_to_eat_strawberry_on_friday_evening_bob_likes_very_much_to_eat_strawberry_on_friday_evening_bob_likes_very_much_to_eat_strawberry_on_friday_evening_bob_likes_very_much_to_eat_strawberry_on_friday_evening_bob_likes_very_much_to_eat_strawberry_on_friday_evening_bob_likes_very_much_to_eat_strawberry_on_friday_evening_bob_likes_very_much_to_eat_strawberry_on_friday_evening_bob_likes_very_much_to_eat_strawberry_on_friday_evening = True",number=1000000000)
33.11944278143642

因此,它应该是实施和平台依赖.

在内存使用方面,考虑到页面对齐,较长的变量名称应该占用更多空间.

此外,即使长变种名称花费更多的时间和空间.如果它更有意义且易于理解,我肯定会使用它.这比有效率更重要.

猜你在找的Python相关文章