推荐学习书目
› 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
这是一个创建于 3711 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在写一个包，关于参数检验有点困惑：
1. 包内的每个函数，都检验参数的有效性。比如参数不能为负数，年龄应该有个范围等。如果参数不符合，则引发异常。
2. 假设参数都是合理的，把检查参数的任务留给包的调用者，调用者需要确保参数合理。（当然包的说明文档会给出参数的合理范围等）
你们在实践中一般都怎么做的？
1. 包内的每个函数，都检验参数的有效性。比如参数不能为负数，年龄应该有个范围等。如果参数不符合，则引发异常。
2. 假设参数都是合理的，把检查参数的任务留给包的调用者，调用者需要确保参数合理。（当然包的说明文档会给出参数的合理范围等）
你们在实践中一般都怎么做的？
 |
1
hellov22ex 2015 年 11 月 23 日 via Android
哪里操作哪里验证
|
 |
2
vietor 2015 年 11 月 23 日 via Android
文档要明确，提供者必须要校验，调用者两可。
|
 |
3
hualuogeng 2015 年 11 月 23 日
如何调用者校验，则代码会在多处重复类似的校验，所以，函数内校验是常用的做法。
|
 |
4
taozhijiangscu 2015 年 11 月 23 日
一般底层函数只做操作，然后再在上面封装一个调用接口，做参数检测
|
 |
5
MacBookPro 2015 年 11 月 23 日
应该可以抽出一个校验参数的接口，
需要使用的就是调用 我们是这么搞的 |
 |
6
wizardforcel 2015 年 11 月 23 日 via Android
提供者不检测的 api 最后都被玩死了，无论是 web api 还是包。
|
 |
7
pkking 2015 年 11 月 23 日
"永远不要相信用户输入"
|
 |
8
billgreen1 OP |
 |
9
martyyyyy 2015 年 11 月 23 日
谁都不要相信这样最好 就是验证多 有点累
|
|
10
martyyyyy 2015 年 11 月 23 日
python 里可以用装饰器
|
 |
12
kneep 2015 年 11 月 23 日 via iPhone
如果你是独立提供给外部使用的库或 api ，肯定是你内部检验。
|
 |
13
msg7086 2015 年 11 月 24 日
#8 @billgreen1 重复代码多，要么是因为你代码结构不行，要么是因为你用的语言表达力不行。
|
Select Language