业务类中的属性设计为只读。使用者只能通过属性来读取数据。而由业务类中的方法内部来更新这些属性的值。
数据模型类中的属性定义最好也设置为只读，因为数据模型的建立是在业务类方法内部完成并通过通知或者异步回调的方式交给使用者。而不应该交由使用者来创建和更新。
数据模型类一般提供一个带有所有属性的init初始化方法，而初始化后这些属性原则上是不能被再次改变，所以应该设置为只读属性。
生产者也就是M层负责数据的构建和更新
消费者也就是C层或者V层来负责数据的使用和消费
开发规范
【必须】：必须遵守。是不得不遵守的约定，一旦违反极有可能引起严重后果。
【建议】：建议遵守。长期遵守这样的约定，有助于维护系统的稳定和提高合作效率。
【必须】苹果爸爸说：如果一个方法代表某个名词执行的动作，则该方法应该以一个动词开头
【必须】苹果爸爸还说：如果方法代表对象接收的动作，那么方法一动词开头。但不要使用“do”或者"does"作为方法名称的一部分，因为这些助动词不能为方法名称增加太多的意义，反而让方法看起来更加臃肿。同时，也请不要在动词前面使用副词或者形容词。
【建议】除非delegate方法只有一个参数，即触发delegate方法调用的delegating对象，否则冒号是紧跟在类名后面的。
-
(void)windowDidChangeScreen:(NSNotification *)notification;
文件夹分类方式
- 按照业务功能进行分组
- 按照类型进行分组
【建议】尽量减少继承，类的继承关系不要超过3层。可以考虑使用category、protocol来代替继承。
【建议】把一些稳定的、公共的变量或者方法抽取到父类中。子类尽量只维持父类所不具备的特性和功能。
【建议】.h文件中尽量不要声明成员变量。
【建议】.h文件中的属性尽量声明为只读。
【建议】.h文件中只暴露出一些必要的类、公开的方法、只读属性；
【建议】 私有类、私有方法和私有属性以及成员变量，尽量写在.m文件中。
【不建议】将UIView类的对象加入到NSArray、NSDictionary、NSSet中。
- NSArray、-NSDictionary、NSSet会对加入的对象做strong引用
- NSMapTable、NSHashTable会对加入的对象做weak引用。
网友评论