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

[wvv8oo]

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

[PrideChung]

这是美德，不是恶习。

[leavic]

这是好习惯啊

[undozen]

@tualatrix

[lm902]

知足吧，看看.NET的命名。。。

[wvv8oo]

最长的Objective-C属性名

[56] automaticallyEnablesStillImageStabilizationWhenAvailable
[54] availableMediaCharacteristicsWithMediaSelectionOptions
[49] outputObscuredDueToInsufficientExternalProtection

@PrideChung
@leavic

[cameo]

@wvv8oo

跟大Java比这都不是个事儿。看看Spring源码里最长的名字：

HasThisTypePatternTriedToSneakInSomeGenericOrParameterizedTypePatternMatchingStuffAnywhereVisitor

[superbear]

不过一看就知道这方法想干嘛

[fangzhzh]

本来以为你是矫情
再看你发了两个帖子,原来你是处女座......

[mudkip]

苹果给 Safari for iOS 7 的 video 元素新增了两个事件，名字叫 webkitplaybacktargetavailabilitychanged 和 webkitcurrentplaybacktargetiswirelesschanged....

[Zhang]

我觉得这是美德，省得自己或者别人阅读代码的时候连猜带蒙的。

[austinchou0126]

LZ不觉得Objective-c很难受吗？
oBjeCTive-c

[jsonline]

超过15个字符就比较反人类了。
JS 必须压缩，变量名大部分都被压缩了，不用在意

[snoopy]

你们都不写注释的吗，相比写个这么长的名字我觉得还是在每个函数上面都写个注释比较好。

[unicorn70]

@snoopy 感觉Xcode的自动补全功能做得比较好，基本没必要缩写，这样也省得到处注释了。

[krafttuc]

也有这种习惯了。不过很大程度上是因为Xcode的补全太强，换个编辑器就不会这样了。

[saharabear]

给Spring跪了。

[lldong]

https://github.com/nst/iOS-Runtime-Headers/blob/7ef0330f961248b9021e59e12aa3182440194817/Frameworks/UIKit.framework/UIViewController.h#L674

-attentionClassDumpUser:yesItsUsAgain:althoughSwizzlingAndOverridingPrivateMethodsIsFun:itWasntMuchFunWhenYourAppStoppedWorking:pleaseRefrainFromDoingSoInTheFutureOkayThanksBye:

[snoopy]

@unicorn70 我说一下我的看法，没有其它意思，仅供参考：
1、自动补全未写代码提供了便利，但它绝对不应该成为长命名的理由。
2、注释的好处可不仅仅是减少命名的长度，它可以为日后看代码的人（有可能就是你自己）提供全方位的呵护。在注释中起码要给出函数的说明（解决什么问题），参数的个数和类型，以及返回值的类型。
3、我们都知道命名是编程的一大难题，但认真思考命名有助于理清代码的结构，这个函数到底在我的代码中起什么样的作用。
4、长命名真的很难看。
以上只是我个人的见解，我不会说长命名很糟糕，毕竟苹果的那些工程师都在用，他们比我厉害多了。

[fangzhzh]

@snoopy 参数甚至函数内部逻辑都会变 这时候 函数名会变 注释未必会跟着改啊

[chenha0]

假如跟我一样是个80字或120字就折行的爱好者，大概总看到这种长方法会崩溃。。。