推荐学习书目
› Learn Python the Hard Way
Python Sites
› PyPI - Python Package Index
› http://diveintopython.org/toc/index.html
› Pocoo
值得关注的项目
› PyPy
› Celery
› Jinja2
› Read the Docs
› gevent
› pyenv
› virtualenv
› Stackless Python
› Beautiful Soup
› 结巴中文分词
› Green Unicorn
› Sentry
› Shovel
› Pyflakes
› pytest
Python 编程
› pep8 Checker
Styles
› PEP 8
› Google Python Style Guide
› Code Style from The Hitchhiker's Guide
这是一个创建于 2079 天前的主题，其中的信息可能已经有所发展或是发生改变。
每次查询的时候都拼接一千行字符串性能好
还是直接把俩千行字符串都拼接好每次直接调用性能好(查询会频繁调用)
最近在研究过去的代码,发现有两页各一千多行的变量代码都是全局变量 加 一个函数结果 拼接成的新全局变量,
代码在不停的引用俩个页面里面的变量
我最近在想要不要把这个俩个页面合成一个界面
之后每次查询的时候直接传入新的函数进行拼接,
类型不可能变多的,因为一个是今日,一个是总计
还是直接把俩千行字符串都拼接好每次直接调用性能好(查询会频繁调用)
最近在研究过去的代码,发现有两页各一千多行的变量代码都是全局变量 加 一个函数结果 拼接成的新全局变量,
代码在不停的引用俩个页面里面的变量
我最近在想要不要把这个俩个页面合成一个界面
之后每次查询的时候直接传入新的函数进行拼接,
类型不可能变多的,因为一个是今日,一个是总计
 |
1
xpresslink 2019-04-18 11:22:30 +08:00  1
总的原则是尽量减少数据库交互操作，因为数据库 io 最快也要毫秒级别，特别是还要网络传输的情况。
|
 |
2
lihongjie0209 2019-04-18 11:34:36 +08:00 1
优化前： 数据库查询 100ms 拼接字符串 10ms 开发人员耗时 0 min 测试人员耗时 0 min
瞎优化： 数据库查询 100ms 拼接字符串 12ms 开发人员耗时 30min 测试人员耗时 30min 真优化： 数据库查询 100ms 拼接字符串 8 ms 开发人员耗时 3 h 测试人员耗时 30min |
Select Language