确实不规范，先把缩写展开了，再把 Btn 之类的换成经的意图，看着主没那么刺眼了。

这是交作业呢还是做面试题呢？

http://google-styleguide.googlecode.com/svn/trunk/objcguide.xml 参考这个。　

1楼 @pinxue 这个是自己写程序，不管是交作业还是面试题都还是应该规范点，形成习惯。dic那个命名有没有问题？

2楼 @小时候可帅啦 嗯嗯，这个不错，就是想要一个这样的答案。

2楼 @小时候可帅啦 你长大了也帅。

好像有很多套不同的风格的，一般自己写代码的时候就用自己喜欢的风格，如果和别人合作的话就用大家约定好的风格。所谓的编码规范是为了保证代码可读性和可维护性而存在的。

6楼 @brambles 嗯嗯，但是貌似iOS上命名是一门艺术，这门艺术现在没有学到家，老是被鄙视。企业貌似基本跟着iOS本身的标准走的。

除了常见的几个规范外, 我这边特别强调的是这几项

• 1: 命名:

后缀必须是父类的类型：

例如 UItableView的子类，命名为 ***TableView。 以便于识别类型。

如果 是NSObject类型的，需要指明本类的作用（如，manager，model等）

不要随便缩写名称，即使很长也要拼写完整。

• 2：格式

不同的方法间要空1行。

条件，循环，选择语句，整个语句结束，需要空1行。

大的类别不同要空2行。

星号（*）要靠近变量，不靠近类型。

如 UIColor *textColor;

注释应与其描述的代码相近,对代码的注释应放在其上方或右方(对单条语句的注释)。

• 3：其他细节

对类中的不同方法进行分组，用 #pragma mark 来区分。

比较时把常量放前面可以避免错误，不要用if(aIntValue==255){}，而用if(255==aIntValue){}，避免漏掉一 个“＝”，而变成赋值。

所有返回BOOL类型的值必须为 YES或NO， 不能返回 1，0或其他。

函数体即使只有一行代码也要加大括号。

常用的宏要放到 ***-Prefix.pch 文件中。

8楼 @willbin nice job..thx...

感谢大篇回复，幸苦。

Coding Guidelines for Cocoa 这是apple官方的，

英文不好使可以看看人家翻译的 Cocoa代码规范官方指南（要点与简译）

我看了一下 感觉比我的规范

10楼 @leon_lu so good,这个很不错哟，值得再三品读。

12楼 @xamppobjc 你看看我发的那个微博，当时是跟别人群聊天，被鄙视惨，你也该被鄙视很惨了，惨est。