openglnewbee的博客

There are only two hard things in Computer Science: cache invalidation and naming things.在计算机科学中只有两件难事：缓存失效和命名。 — Phil Karlton计算机语言是人和计算机之间通讯的媒介。好的代码应该是就像人对计算机说话那样，自然而优雅。命名看上去是一件很简单的事，而往往越

http://www.cocoachina.com/swift/20160701/16894.html

http://blog.youkuaiyun.com/zhibudefeng/article/details/7746201

http://www.cocoachina.com/ios/20160418/15934.html

http://www.jianshu.com/p/73e522791c7f

对于iOS项目开发来说，一个清晰、合理、易于维护的项目结构目录对于多人协作的开发，也是一件非常重要的事（注意：务必让xcode的工程目录和实际的文件目录一致，否则难以管理）。这里以一个MVC架构的iOS项目（包括iphone端和ipad端，开发技术包括native和hybrid）为例（其他架构在子目录下相应增加个别文件夹即可），给出一个项目结构目录参考图示。

目录1.格式和换行 2.命名 3.oc下的cocoa编码规范 4.注释要求 5.其他 6.参考文档 附:ARC下编码注意事项 序此文档根据apple、google以及其他一些业界知名的oc编码规范整理而成，并作了大量精简，旨在为大家的iOS开发规范提供一份简单、清晰、统一的参考指南。1.格式和换行1.1 只使用2个空格来缩进，不使用tab. 1.2 方法长度不超过100行，建议不超过

http://www.cocoachina.com/ios/20150908/13335.html

http://www.cocoachina.com/ios/20160316/15685.html

appledoc官方原来是有一篇语法的，但是现在貌似维护中了。。所以这里尽量多介绍一下。首先，文档中的注释只有符合规范，才能被appledoc认可。凡是以 "///"、"/**"或"/*!"开头的注释块，都算所appledoc注释。下面是示例:/// 这是单行注释。/** 这也是单行注释 *//*! 同样是单行注释 *//** 这也是单行注释， * 第二行会接上

http://www.youkuaiyun.com/article/2015-06-01/2824818-objective-c-style-guide

http://www.cocoachina.com/programmer/20160823/17407.html