说明:对于易维护的代码而言,命名规则非常重要。Objective-C的方法名往往
十分长,但代码块 读起来就像散文一样,不需要太多的代码注释。
当编写纯粹的Objective-C代码时,我们基本遵守标准的Objective-C naming
rules,这 些命名规则可能与C++风格指南中的大相径庭。例如, Google的C++风格指南中推荐使用下划线分隔的单词作为变量名,而(苹果的)风格指
南则使用驼峰命名法,这在Objective-C社区中非 常普遍。
命名可适当使用缩略词。但必须确保,这些缩略词是久经历史,认识性比较高
的缩略词。如 下:缩略词。不要使用,你自己认为大家可能会理解的缩略词 。
因为,跳出语言环境之后,这个缩 略词就变得难懂了。
当编写Objective-C++代码时,事情就不这么简单了。许多项目需要实现跨平
台的C++ API,并混合一些Objective-C、Cocoa代码,或者直接以C++为后
端,前端用本地Cocoa代码。 这就导致了两种命名方式直接不统一。我们的
解决方案是:编码风格取决于方法/函数以哪种语言 实现。如果在一个@implementation语句中,就使用Objective-C的风格。如果实现一个C++的
类,就使用C++的风格。这样避免了一个函数里面实例变量和局部变量命名
规则混乱,严重影响 可读性。
网友评论