- 主题:但是我总觉得4个空格太多了
想要既符合4格锁进，又符合行的长度限制，有时候几乎是不可能的
--
FROM 139.226.178.*
1. 你可以用 2空格，就像nim一样。不过2空格。我实在看不惯，觉得不明显
2. 行太长，用 \ 续行啊。但是我觉得限制一行长度，完全是适应旧显示器的标准，现在应该废除掉
【 在 JulyClyde 的大作中提到: 】
: 想要既符合4格锁进，又符合行的长度限制，有时候几乎是不可能的
--
FROM 116.1.118.*
记得某位版友说过，超过三次缩进的代码，设计上都有问题
至于行长的话，这个在适当的编译器（Emacs)里不是问题
比如，超过78个，它会自动折行而不是断行
【 在 JulyClyde 的大作中提到: 】
: 想要既符合4格锁进，又符合行的长度限制，有时候几乎是不可能的
--
FROM 36.156.86.*
1 我用2空格，各种lint都骂我
2 我也觉得限制行长途应该废除，但是各种lint都骂我
【 在 MetalSlugX 的大作中提到: 】
: 1. 你可以用 2空格，就像nim一样。不过2空格。我实在看不惯，觉得不明显
: 2. 行太长，用 \ 续行啊。但是我觉得限制一行长度，完全是适应旧显示器的标准，现在应该废除掉
--
FROM 139.226.178.*
我class里开个method，这就4格了
然后method里做两层loop，这就12格了
loop里再随便写个什么list comprehension就超过限制长度了
【 在 easior 的大作中提到: 】
: 记得某位版友说过，超过三次缩进的代码，设计上都有问题
: 至于行长的话，这个在适当的编译器（Emacs)里不是问题
: 比如，超过78个，它会自动折行而不是断行
--
FROM 139.226.178.*
PyCharm默认设置的限制长度是改成120了
--
FROM 60.191.227.*
其实我也不认为3层缩进就是好的准则
Emacs 的好处是：
行长不必担心，设置了 fill-column 之后，它会自动折行
不像 Notepad，你不手动换行，它就直挺挺在一行上显示下去
麻烦的是：缩进次数多了，折出来的像空行
【 在 JulyClyde 的大作中提到: 】
: 我class里开个method，这就4格了
: 然后method里做两层loop，这就12格了
: loop里再随便写个什么list comprehension就超过限制长度了
: ...................
--
FROM 120.253.228.*
用反斜线续行，续的那个行需要“悬挂”吧？好像不能往前提？
【 在 MetalSlugX 的大作中提到: 】
: 1. 你可以用 2空格，就像nim一样。不过2空格。我实在看不惯，觉得不明显
: 2. 行太长，用 \ 续行啊。但是我觉得限制一行长度，完全是适应旧显示器的标准，现在应该废除掉
--
FROM 139.226.178.*
专门研究过 Python 什么情况下可正常跨行，那就是在括号中
因此，为了让 \ 续行看起来美观，可在适当位置使用额外的括号
【 在 JulyClyde 的大作中提到: 】
: 用反斜线续行，续的那个行需要“悬挂”吧？好像不能往前提？
--
修改:easior FROM 120.253.228.*
FROM 120.253.228.*
我认为2空格更合适，Python用4个空格缩进只是一种奇怪的习惯做法。Google的C++规范里个别地方甚至规定用一个空格缩进。
【 在 JulyClyde 的大作中提到: 】
: 想要既符合4格锁进，又符合行的长度限制，有时候几乎是不可能的
--
FROM 114.249.184.*