我对这里推理的理解基本上是为了防止连续代码块变得过长。
例如,假设我有一个用 PSR-2 样式编写的 50 行函数。如果该函数包含 10 个if()
条件和 5 个循环,那么根据您的规则,我的函数将是 65 行长。
因为它是一个单一的功能,我需要能够将它作为一个单一的实体使用,所以能够一次看到它真的很有帮助。使用 50 行函数,这是可行的。如果函数是 65 行长,那就更难了。
事实上,现在查看我的编辑器窗口,我一次可以看到 30 行,因此即使是 50 行的函数也有点太长,无法在不调整大小或删除 IDE 中的停靠面板的情况下轻松管理。
现在我知道干净的代码规则会说一个 50 行的函数无论如何都太长了,需要重构。我同意这一点。但你猜怎么着:50 行或更多行的函数很常见;我必须一直处理它们,它们中不必要的空白越少,它们就越容易使用。
然而,归根结底,这只是对其背后根本原因的一种解释。
PSR-2 采用这种方式的真正原因是因为这就是意见共识下降的原因。他们调查了所有框架和其他已经建立 PHP 编码标准的框架。所有这些不同的标准之所以存在,是因为人们坐下来思考如何最好地格式化他们的代码。他们不同意,因为这是一个固执己见的主题,但有广泛的共识领域,这就是形成 PSR 标准的原因。