 |
bytenoobAug 2, 2016 via Android
1
不是有快捷键自动格式化么，不过我用 yapf
|
 |
2
好吧，弄明白了，不用\断行它就没毛病了
不过又有新问题，下一行，无论我缩进还是不缩进，都提示 continuation line under-indented for visul indent |
 |
SylvAug 2, 2016
4
|
 |
5
其实代码规范这件事是为了方便协作，它不应该是手铐，如果有些地方你觉得难受，就去把它改了。
比如我们现在就把列宽限制改到了 120 。 |
 |
shipinyun2016Aug 2, 2016
6
不错
|
 |
ts25504Aug 2, 2016
7
PEP8 默认一行最多 79 个字符，刚好 80 个也算超过了
|
 |
jjxAug 2, 2016 via Android
8
80 字符我都是忽略的，这是旧时代的产物，现在分辨率这么高，实在是没有必要了
|
 |
likukuAug 2, 2016
9
Python 风格规范 — Google 开源项目风格指南 :
http://zh-google-styleguide.readthedocs.io/en/latest/google-python-styleguide/python_style_rules/ [行长度 Tip 每行不超过 80 个字符 例外: 长的导入模块语句 注释里的 URL 不要使用反斜杠连接行.] |
 |
ayaseangleAug 2, 2016
10
成大事者不纠结， ruby 才是你的归宿。。
|
|
11
@kkzxak47 我以前用 VIM 的习惯是窗口都是 160 列，到头了自己折行。不过现在这个脚本要部署在服务器上，考虑远程维护的话可能还是按照 80 列折行的好
|
 |
9hillsAug 2, 2016
12
80 建议改成 120
|
 |
msg7086Aug 2, 2016
13
80 是字符模式界面的限制，现在没人用字符界面了。只要长度合适就 OK 了。
|
 |
mgna17Aug 2, 2016
14
代码大致遵循一下 PEP8 ，自己看着舒服，队友看着舒服，这样就差不多可以了，不必太强求
|
 |
xiaheiAug 2, 2016
15
超了用括号:
("asedfasdf") ("asdfasdfasd") 尽量少用 /不用: "adfasdfasd\ afdasdfasdf" 很强的一篇博客。 http://ajucs.com/2015/10/09/The-Best-of-the-Best-Practices-Guide-for-Python.html |
 |
imn1Aug 2, 2016
16
80 是为了方便在纯命令行界面修改的， GUI 界面我选择 ignore 这一条
|
 |
mfinalAug 2, 2016
17
我觉得这时候，可以参看 Google Style 的 URL 不分行策略，强行把一个变量分开两行写也不合适呀。
|
 |
guyskkAug 2, 2016 via Android
18
用 yapf 或者 auto-pep8 自动格式化一下就好了，代码风格主要是为了方便其他人阅读和维护，才有个统一的标准。如果只考虑自己，那当然可以爱怎么写就怎么写，想写多长就多长。当别人要给你 review 代码，或者给你改 bug ，就该多考虑别人的感受。
|
 |
AhriAug 2, 2016
20
不要死抠 PEP-8 ，现在 120 貌似很流行。 Linter 都可以改配置为 120 。
|
 |
RealLiuShaAug 2, 2016
21
阅读方便 队友方便就行, 干嘛非要 PEP8
|
 |
xiaolee59Aug 2, 2016
22
the backslash is redundant between brackets
用\分行的时候，假如是在() {}[]之类的括号之内，就没必要了，解释器能识别的了。 |
 |
sheep3Aug 2, 2016
23
= = 用 Pycharm 的时候很烦各种 PEP8 不符的下划线提示
不过解决了之后还满爽的 |
 |
janxinAug 2, 2016
24
除了长度其他的都还是 pep-8 ，当然我都是 yapf 了事
|
1
Select Language