美文网首页
代码规范_小记

代码规范_小记

作者: 码上飞 | 来源:发表于2018-02-23 14:13 被阅读9次

命名基础


在⾯面向对象软件库的设计过程中,开发人员经常忽视对类,⽅方法,函数,常量以及其他编程接⼝元素的命名。本节讨论大多数Cocoa接⼝的一些命名约定。

一般性原则

最好是既清晰⼜又简短,但不要为简短⽽而丧失清晰性

代码 点评
insertObject:atIndex: Good
insert:at: 不清晰;要插⼊什么?“at”表⽰示什么?
removeObjectAtIndex: Good
removeObject: 不错,因为⽅法是⽤用来移除作为参数的对象
remove: 不清晰;要移除什么?

名称通常不缩写,即使名称很⻓,也要拼写完全

代码 点评
destinationSelection Good
destSel 不清晰
setBackgroundColor: Good
setBkgdColor: 不清晰

一致性

尽可能与Cocoa编程接⼝命名保持一致。如果你不太确定某个命名的⼀致性,请浏览头文件或参考文档中的范例,在使⽤多态方法的类中,命名的⼀致性⾮常重要。在不同类中实现相同功能的⽅法应该具有同的名称。

代码 点评
- (NSInteger)tag 在 NSView, NSCell, NSControl 中有定义
- (void)setStringValue:(NSString *) 在许多 Cocoa classes 中都有定义

前缀

所有类名、枚举、结构、protocol定义时,都加上全大写的HDF作为前缀

后缀

所有protocol定义时,都加上后缀Delegate
。如,HDFRefreshViewDelegate,表示RefreshView的协议

导入头文件

对于Objective-C的类文件,使用#import导入;对于c,c++文件,使用#include导入

方法命名

方法名首字母小写,其他单词首字母大写,每个空格分割的名称以动词开头。如:

- (void)insertModel:(id)model atIndex:(NSUInteger)atIndex;

属性、变量命名

每个属性命名都加上类型后缀,如,按钮就加上Button后缀,模型就加上Model后缀。eg:

@property (nonatomic, strong) UIButton *submitButton;

对于内部私有变量,也需要加上后缀并以下划线开头,如:_titleLabel, _descLabel, _okButton

访问方法

访问⽅方法是对象属性的读取与设置⽅法。其命名有特定的格式,依赖于属性的描述内容。

  • 如果属性是⽤用名词表达的,则命名格式为:
- (type)noun;
- (void)setNoun:(type)aNoun;

例如:

- (void)setTitle:(NSString *)aTitle;
  • 如果属性是⽤用形容词表达的,则命名格式为:
- (BOOL)isAdjective; - (void)setAdjective:(BOOL)isAdjective;

例如:

- (BOOL)isEditable;
- (void)setEditable:(BOOL)isEditable;
  • 如果属性是⽤用动词表达的,则命名格式为:
- (BOOL)verbObject; - (void)setVerbObject:(BOOL)flag;

例如:

- (BOOL)showsAlpha;
- (void)setShowsAlpha:(BOOL)flag;

动词要⽤用现在时时态

  • 不要使⽤用动词的过去分词形式作形容词使⽤用
  • 可以使⽤用情态动词(can, should, will等)来提⾼高清晰性,但不要使⽤用dodoes
- (BOOL)openFile:(NSString *)fullPath withApplication:
(NSString *)appName andDeactivate:(BOOL)flag;

- (void)setAcceptsGlyphInfo:(BOOL)flag;
// 不好
- (BOOL)acceptsGlyphInfo;

- (void)setGlyphInfoAccepted:(BOOL)flag;
// 不好
- (BOOL)glyphInfoAccepted;

// 好
- (void)setCanHide:(BOOL)flag;
- (BOOL)canHide;
- 
// 好
- (void)setShouldCloseDocument:(BOOL)flag;
// 不好
- (BOOL)shouldCloseDocument;

// 好
- (void)setDoesAcceptGlyphInfo:(BOOL)flag;
- (BOOL)doesAcceptGlyphInfo;

只有在方法需要间接返回多个值的情况下,才使⽤get
像上面这样的方法,在其实现里应允许接受NULL作为其in/out参数,以表示调⽤者对⼀个或多个 返回值不感兴趣。

委托方法

委托⽅方法是那些在特定事件发⽣生时可被对象调⽤用,并声明在对象的委托类中的⽅方法。它们有独特的命名约 定,这些命名约定同样也适⽤用于对象的数据源⽅方法。

  • 名称以标⽰示发送消息的对象的类名开头,省略类名的前缀并⼩小写第⼀一个字⺟母
-(BOOL)tableView:(NSTableView*)tableView shouldSelectRow:(int)row;
- (BOOL)application:(NSApplication *)sender openFile:(NSString
*)filename;
  • 冒号紧跟在类名之后(随后的那个参数表⽰委派的对象)。该规则不适用于只有⼀一个sender参数 的⽅法
  • 上⾯的那条规则也不适⽤于响应通知的⽅法。在这种情况下,⽅方法的唯⼀参数表⽰通知对象
- (void)windowDidChangeScreen:(NSNotification *)notification; 
  • ⽤于通知委托对象操作即将发生或已经发⽣的方法名中要使⽤didwill
- (void)browserDidScroll:(NSBrowser *)sender; - (NSUndoManager *)windowWillReturnUndoManager:(NSWindow *)window;
  • ⽤用于询问委托对象可否执行某操作的⽅法名中可使⽤didwill,但最好使⽤should
- (BOOL)windowShouldClose:(id)sender; 

枚举常量

  • 声明枚举类型时,命名以HDF为前缀,而枚举值以小写k开头,后面的单词首字母大写,其余小写。如:
typedef NS_ENUM(NSUInteger, HDFContentMode) {
  kContentModeScaleFit = 1 << 1,
  kContentModeScaleFill = 1 << 2
};

const常量

以小写k开头,后面单词首字母大写,其余小写。如:

const float kMaxHeigt = 100.0f;

如果是静态常量,仅限本类内使用的,加上前缀s_,如果是整个工程共用,以sg_为前缀。如:

s_kMaxHeight; sg_kMaxHeight;

其他常量

  • 使用#define声明普通常量,以小写k开头,后面的单词首字母大写,其余小写。如:
#define kScreenWidth ([UIScreen mainScreen].bounds.size.width)
  • 通知常量名,以Notification为后缀,如:
#define kLoginSuccessNotification @”HDFLoginSucessNotification”

代码注释

类注释

类头需要有注释,功能说明,作者等:如,

/**
 *   这里是功能说明
 *
 *  @author Huangyibiao
 *  @modify 如果有修改需要这行,加上修改人和修改日期
 */
@interface HDFUIMaker : NSObject

方法注释

方法注释需要加上作者,功能说明,参数说明,返回值说明:

/**
 *  @author
 *  描述内容
 *
 *  @param string <#string description#>
 *  @param font   <#font description#>
 *
 *  @return <#return value description#>
 */
+ (CGSize)sizeWithString:(NSString*)string andFont:(UIFont *)font;

块注释

对于块注释,有多种多种风格

风格一:
/////////////////////////////////////
// @name UIButton控件生成相关API
/////////////////////////////////////
风格二:
//
// 块功能说明
//

风格三:

/*
* 块功能说明
*
*/

类内分块结构写法

有生命周期的类,从上到下结构为:

#pragma mark – life cycle
#pragma mark – Delegate
#pragma mark – CustomDelegate…
#pragma mark – Event
#pragma mark - Network
#pragma mark – Private
#pragma mark – Getter/Setter

相关文章

  • 代码规范_小记

    命名基础 在⾯面向对象软件库的设计过程中,开发人员经常忽视对类,⽅方法,函数,常量以及其他编程接⼝元素的命名。本节...

  • iOS开发代码规范的小记

    当我们写代码到某一个阶段的时候,一定会感受到一个瓶颈,比如我现在就是感觉到一个瓶颈,就我个人感觉,如果想要突破就应...

  • 禅与 Objective-C 编程艺术

    阅读 《禅与 Objective-C 编程艺术》之后小记一些比较重要的代码规范 黄金大道 当编写条件语句的时候,左...

  • Web 端代码规范

    目录 1、代码规范概述 2、代码规范流程搭建 3、代码规范细则 1、代码规范概述 良好的代码规范能够提供软件的可读...

  • 代码规范

    代码规范 1. 概述 欢迎使用前端代码规范, 这里借鉴、引用的是京东前端代码规范。 遵循代码规范的目的在于增强团队...

  • iOS 代码规范篇

    iOS 代码规范篇 iOS 代码规范篇

  • iOS(OC)开发之随感

    1.代码规范 规范很重要!规范很重要!规范很重要! 代码规范的重要性之-为什么谷歌要执行严格的代码编写规范http...

  • 前端学习的基本总结

    目录 1.为什要遵守代码规范 2.css代码规范 3.js代码规范与设计模式3.1 js代码规范3.2 设计模式 ...

  • 运维小记-代码不规范篇

    1,不理清楚业务逻辑,判断乱用 举个栗子,有代码如下: if (d.Status === 'Cr...

  • 乐乎项目优化

    编程: 1、代码规范。架构规范、文件组织规范、命名规范、代码逻辑规范、资源存放。 一、使用cocoapod 二、代...

网友评论

      本文标题:代码规范_小记

      本文链接:https://www.haomeiwen.com/subject/atlxxftx.html