缩进2个空格是否安全?

时间:2011-08-15 21:15:02

标签: compatibility indentation code-organization

我知道“我应该如何缩进代码”的一般答案通常是“按照您的意愿行事,但与团队中的每个人一样”,但是在上一次我已经看到很多项目和平台都依赖于 2-space indentation

我只是想确保在缩进时获得“最好的帮助”,并确保它具有前瞻性。考虑到兼容性等,稍后更改项目中的结构是一个非常大的问题。

现在大多数项目都依赖于 2个空格 4个空格标签


项目及其缩进:

  1. 突片
    • WordPress的
    • 的jQuery
    • CakePHP的
    • GIT中
    • Linux内核(似乎不一致)
  2. 4个空格
    • Django的
    • Symfony的
    • #1
    • Zend Framework
    • 雅虎
    • 的MacVim
    • Memcached的
  3. 2个空格
    • 谷歌
    • HTML5 Boilerplate
    • Ruby on Rails
    • Drupal的
    • Node.js的
    • Github上
    • 蓝图CSS的
    • 化身
    • 选上的
    • Backbone.js的
    • Modernizr的
    • Scriptaculous的
    • Clojure的
    • Facebook(我认为)

  4. 问题是“社区”在哪里? 2个空格还是4个空格?

    我的猜测是2个空间,因为它在大公司中体现出来,并且所有推动标准的项目都在使用它。

    您如何看待当前和未来的情况?适应2个空格缩进是明智的吗?

3 个答案:

答案 0 :(得分:5)

我们在组织中与TABS缩进的原因很简单。 选项卡可以转换为空格,但空格无法转换为选项卡(可靠)。 一旦掌握了它,大多数编辑器都允许您设置TAB-WIDTH,因此您可以根据需要将代码视为缩进。 2,4,6个空格!

答案 1 :(得分:0)

我对这个问题最科学的回答是StackOverflow研究表明,只缩进空间的程序员薪水更高。

https://stackoverflow.blog/2017/06/15/developers-use-spaces-make-money-use-tabs/

答案 2 :(得分:0)

我知道这是一个老问题,但只需为您的问题“调整 2 个空格缩进是否明智?”加上我的 2 美分:

什么是明智将取决于上下文。但我的“算法”是:

  1. 如果我在团队/公司/项目中工作,他们有自己的代码标准,我只会遵循它们;
  2. 如果没有,我会缩进 4 个空格(最好)或制表符,以实现更好的视觉人体工程学,并为初学者提供更友好和清晰的代码层次结构。

示例:

  • 当我经常使用 WordPress 工作时,我使用标签,因为它是标准。
  • 当我为第三部分项目做出贡献时,我会遵循他们的标准
  • 当我为我负责的客户和项目创建自己的东西或定制解决方案时,我会使用 4 个空间,以便在不同的 IDE、代码编辑器、显示器以及有可访问性问题(包括近视)的人中具有更好的视觉人体工程学、不良照明、老化造成的文物等)。另外,我希望对初学者更友好,所以我尽量避免使用聪明但难以阅读/理解的代码,我尝试有一个清晰的层次结构,并且我做了很多评论。