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