我染上了 Objective-c 冗长命名的"恶习"

[wvv8oo]

obj-c命名是很冗长的，相当冗长。我现在写js的时候，也会习惯用很长的命名方式，能从方法名看得懂的，一般不会用缩略语，除非是约定俗成的。
以前写js会采用非常短的命名方式，因为要考虑网络速度。但现在我认为没这个必要了，混淆时也会做出一些处理。
但对于公开的接口，我还是会尽量采用简短的命名方式。

[hewigovens]

@lldong 明显是故意的, 233

[Alex_L]

@snoopy 你永远不需要注释

[cbsw]

这么冗长的命名，还是参差不齐的驼子，这让人咋看啊！还是最古老的 LISP 的标点符号命名方式最漂亮优雅

[unicorn70]

@snoopy 什么事情都有个度，不管是长命名，短命名。难看的长命名，一般是超出了那个度，而且基本也算是个例。

另外说注释，没有说不要注释，但是如果能不要的就不要了。避免冗余。如果在函数名上多两三个单词，或者写出全称而不是只用首字母简写，就能起到可以省去对他的注释的效果，我会偏向于用长命名省去注释。如果无论如何都要注释的，那就怎么好看怎么写好了。注释的问题是维护的成本。自己能按照某种标准一直维护注释，不代表将来的自己或者别人也能这么好地维护注释。就像为什么很多人通过用doxygen让多写几句注释省去写独立文档地麻烦，长命名也有类似功能，多写几个名字省去注释地麻烦，如果能达到这样的效果，我就认可长命名。

如果长命名有一些用它的理由，自动补全又能提高生产力，用它就很顺理成章啦。

Some one's meal is another's poison. 适用不适用，最后还看各人的情况。

[manoon]

js 会有自动补全么？

[Smartype]

ObjC 方法名字长是很正常的。因为它的方法名字里面包含了参数信息。ObjC 算是比较不错的实现，面向对象，而且是动态的。实现也是非常简单的。

[WildCat]

@lldong 23333...🙈

[alsotang]

@jsonline 局部变量压缩，函数名压不了

[dorentus]

其实自动补全根本就不是个事，只是我们被 Xcode 的自动补全惯坏了吧

最近我在用 RubyMotion 写 iOS 应用，没有 IDE 自动补全，然后几天下来常见的方法名，即使很长，我也可以直接不查文档打出来了……

[holy_sin]

中毒太深

[Ricepig]

长名称往往是在这种语言的IDE拥有强力补全的情况下会大量出现

一方面，有了这种IDE，长名称并不会显著增加键入时的工作量；
另一方面，长名称又能一定程度的提高程序的可读性；

以极小代价换回显著的提高，何乐不为呢？

[xuan_lengyue]

反正我现在连 C# 的函数命名都已经逐渐 Objective-C 化了。。。

[Rabbit52]

@fangzhzh 干的漂亮！

[banxi1988]

大家就没有考虑过,母语不是英文的,看那么长的命名不觉得累吗?
如果短一点的你试试对比感觉下.
因为我们在看名字时,还需要将对应的英文转换成我们自己思维中的汉语
再来理解,所以我不管是用任何语言,不论是JavaScript,Python,Java,Objective-C
都是追求简短有力,讲究约定俗成,
当然也需要追求不同编程语言的习惯...

[davidlau]

@banxi1988 短命名读起来确实简洁，但是当API太多无法『约定俗成』时，还是长命名比较好。

比如说
str.strip("2",4);
[aString stripCharater:"2" repeatTimes:4 fromLeftToRight:YES]

前者虽然简洁但是如果很久没用，忘了第2个参数的意义时，需要查文档。
但比如ObjC的Framework一大堆记不住的函数，个人觉得还是后者好，省去查文档的时间。

[onepiece]

@davidlau 同意, 我只在自己一个人的项目中用短的命名. 如果是多人的项目就尽量用长的命名.

[amon]

哈哈，写长一些还是好的，易读性高。