自动完成对代码有影响吗?

autocomplete可以做的一件事就是让您了解给定库中的功能,除非您搜索库文档,否则您可能不会注意到这些功能——这可以允许更好(更简洁)地使用库。

我发现自动完成可以通过以下方式帮助我:

1. “自动完成”可以更容易地命名应命名的事物,而不是易于键入的事物。当我有自动完成功能的时候,我发现自己在使用更具描述性的名称。

2. 自动完成还可以让我从不得不提交大量API的内存中解放出来,从而提高效率。当我在寻找一个特定的方法或类时,自动完成有助于jar我的内存。

3. 我喜欢使用自动完成作为就地API探索的一种形式。如果我知道我在寻找什么,我会使用自动完成功能来探索一个对象的功能,而不是从编辑器中跳出来在谷歌上查找一些东西。

我认为自动完成对代码没有影响,但自动完成可能导致 靠巧合编程 当程序员试图使用一个函数而没有看到细节时。如果成功的话,就成功了。

我认为这是自动完成的副作用之一。

我想说,自动完成和智能感知都鼓励通过视觉提示和方便使用较长的变量名。

然而,仅仅因为这些特性 鼓励 更清晰的代码编写(即更长的变量名)并不意味着每个人都使用或欢迎它们。

我发现当我在一个IDE中有自动完成功能时,我会写更长更具描述性的变量名。当我开始写Ruby时,我开始用Vim作为编辑器,并试图将变量名保持在8个字符以下。当我切换到rubymine时,我不再担心可变的名称长度,并且使用了更长的名称。

自动完成对于较长的变量名很有用,但我发现它对于探索API等更有用。此外,当它显示文档提示时,我发现最有用的是当函数/方法有变化时。

但是,我通常会避免使用“过长”的名称,因为您不能总是保证其他人在他们首选的编辑器中具有自动完成功能。更不用说偶尔在生产服务器上执行编辑了(是的,是的,别跟我讲课了),如果您使用的是Unix系统,通常会使用类似vi的工具。

至于真正的长变量名,我只是缩短了它,但仍然保留着它的用途的暗示。或者,如果变量是短期的(仅在一个小代码块中),那么即使它不明显,我也只会使用一些非常短的变量。

几年前,我个人就离开了那些比较长的变量名。但是我仍然发现自动完成功能有助于减少由 弄错 .

是的,编译器会捕捉到这一点,但是越来越多的我发现自己使用的语言没有编译器。