effective OC2.0 52阅读笔记(四 协议与分类)

23 通过委托与数据源协议进行对象间通信

总结:委托模式的常规委托模式中,信息从类Class流向受委托者delegate。数据源模式,信息从数据源datasource流向class。数据源和受委托者可以是两个不同对象。有时候一个可选择方法可能在一个生命期中多次调用,如果每次都检查委托对象是否能响应选择子,那就显得多余了。可以使用位段(bitfield)数据类型将方法响应能力缓存起来。

24 将类的实现代码分散到便于管理的数个分类之中

总结:易于管理,便与调试。将应视为“私有”的方法归入名为Private的分类中,以隐藏实现细节。使用分类机制把类的实现代码划分成易于管理的小块。(具体)

25 总是为第三方类的分类名称加前缀

总结:向第三方类中添加分类时,总应给其名称和其中的方法名加上专用前缀。分类中晚加载的方法会覆盖先加载的同名方法。(具体)

26 勿在分类中声明属性

总结:属性是封装数据的方式,除了class-continuation分类之外,其他分类都无法向类中新增实例变量,因此,无法把实现属性所需的实例变量合成出来。应将分类机制理解为一种手段,目的在于扩展分类的功能,而非封装数据。要把数据所用的全部属性都定义在主接口中。在class-continuation分类之外的其他分类中,可以定义存取方法,但尽量不要定义属性。

27 使用class-continuation分类隐藏实现细节

总结:编写OC++代码时“class-continuation分类”也尤为有用。oc++是oc与c++的混合体,其代码可以用这两种语言来编写。由于兼容性原因,游戏后端一般用c++来写。另外有时候要使用的第三方库可能只有c++绑定,此时也必须使用c++编码。通过class-continuation分类向类中新增实例变量。如果某属性在主接口中声明为“只读”,而类的内部又要用设置方法修改此属性,那么就在class-continuation分类中将其扩展为“可读写”。把私有方法的原型声明在class-continuation分类里面。若想使类所遵循的协议不为人所知,则可于class-continuation分类中声明。

28 通过协议提供匿名对象

总结:协议可在某种程度上提供匿名类型id。具体的对象类型可以淡化成遵从某协议的id类型,协议里规定了对象所应实现的方法。使用匿名对象来隐藏类型名称(或类名)。如果具体类型不重要,重要的是对象能够响应特定方法,那么可使用匿名对象来表示。对于字典来说,键的标准内存管理语义是设置时拷贝,而值得语义则是设置时保留。

- (void)setObject:(id)object forKey:(id<NSCopying>)key;

时间: 2024-08-25 10:23:35

effective OC2.0 52阅读笔记(四 协议与分类)的相关文章

effective OC2.0 52阅读笔记(七 系统框架)

47 熟悉系统框架 总结:将代码封装为动态库,并提供接口的头文件,就是框架.平时的三方应用都用静态库(因为iOS应用程序不允许在其中包含动态库),并不是真正的框架,然而也经常视为框架.例如:NSLinguisticTagger可以解析字符串并找到其中的全部名词.动词.代词等.无缝桥接:将CoreFoundation中的C语言数据结构平滑转换为Foundation中的Objective-C对象,也可反向转换.OC编程一个重要特点是,经常需要使用底层的C语言级API,用C语言来实现API的好处是,可

effective OC2.0 52阅读笔记(二)

第二章:对象.消息.运行期 6 理解属性这一概念 总结:OC解决硬编码偏移量问题的做法,一种方案是把实例变量当做一种存储偏移量所用的特殊变量,交由类对象保管,偏移量会在运行期查找,叫做稳固的“应用程序二进制接口”ABI.二种方案是使用存取方法访问实例变量.属性的访问方法由编译器在编译期执行,并且编译器还会自动向类中添加实例变量. eg:如果从core data的框架中的NSManagedObject类里继承一个子类,就需要在运行期动态创建存取方法.因为子类的某些属性不是实例变量,其数据来自后端的

effective OC2.0 52阅读笔记(五 内存管理)

第五章:内存管理 29 理解引用计数 30 以ARC简化引用计数 总结:ARC通过命名约定将内存管理规则标准化.其他编程语言很少像OC这样强调命名.ARC通过设置全局数据结构(此数据结构的具体内容因处理器而异)中的一个标志位,来代替直接调用autorelease和retain.这是ARC所带来的好处.待编译器与运行期组件日臻成熟,还会出现其他的优化技术.CoreFoundation对象不归ARC管理,开发者必须适时调用CFRetain/CFRelease. 31 在dealloc方法中只释放引用

effective OC2.0 52阅读笔记(六 块与大中枢派发)

派发队列:dispatch_queue 操作队列:NSOperationQueue  组:dispathc_group_t 37 理解“块”这一概念 总结:块就是一个值,且自有其相关类型.块的强大之处是,在声明它的范围里,所有变量都可以为其所捕获,如果捕获的变量是对象类型,就会自动保留.且默认情况下被块所捕获的变量,是不可以在块里修改的,若想修改此变量.声明变量的时候可以加上__block.如果将块定义在了OC类的实例方法里,那么除了可以访问类的所有实例变量之外,还可以使用self变量.块总能修

effective OC2.0 52阅读笔记(六 大中枢派发)+ Objective-C高级编程 (三Grand Central Dispatch)

41 多用派发队列,少用同步锁 总结:当多个线程执行同一份代码时,可能会出现问题,这时有@synchronized(self){}内置同步块.或NSLock对象.然而这只是某种程度上的线程安全,使用串行同步队列(serial sychronization queue).更有效率的方法是使用串行队列同步取方法,异步设置方法.执行异步派发时需要拷贝块.再优化就是改用并发队列,同步取方法,使用栅栏块(只是对并发队列有意义)异步设置方法(读取操作可以并行,但是写入操作必须单独执行)dispatch_ba

【Bootstrap3.0建站笔记四】按钮组,连接在一起使用

1.按钮组效果如图: HTML代码: <div class="row "> <div class="form-group col-sm-7"> <div class="btn-group"> <asp:HiddenField ID="hidden_btnActive" runat="server" /> <asp:Button ID="Butt

阅读笔记四

软件需求模式的第四章--使用和编写需求模式阅读笔记 在学习了需求模式的机制之后,开始教我们学习如何来编写需求模式. 首先我们要知道,什么时候要用到需求模式.在定义系统期间,6种情况下需要用到需求模式,分别是当定义需求时,看是否存在可以指导如何定义这种需求.当考虑需求是否完全时,浏览主题覆盖的整套模式,是否还有遗漏,或者是否还需要添加什么东西.当评审需求规格时,模式可以帮助检查需求的质量,确定还有那些主题没有定义,理解特定需求的意义和内涵.当评估系统的规模以及开发所需的工作量时基于需求,需求模式可

构建之法阅读笔记四—团队开发

构建之法阅读笔记—团队开发 软件开发过程中有团队和非团队之分.其区别就在于目标利益的不同,团队中每个人的目标是一致的.共同的,会根据实际情况给每个人分配不同的任务,不会计较个人利益的得失.非团队每个人的目标都是不同的,大家都为自己的利益而奋斗. 在阅读了构建之法后,我了解到团队开发有以下的特点:1.团队开发有一致的集体目标,团队要完成这个目标.一个团队成员不一定要同时工作.2.团队成员有各自的分工,互相依赖合作,共同完成任务.还有完成一个项目开发的工作流有业务建模,需求,分析和设计,实现,测试,

《梦断代码》第0章阅读笔记

通过对<梦断代码>的初步阅读,感觉以前订的阅读计划似乎并不能满足笔记的需要,因为就第0章便让我感到书中有很多话值得我去记下来,无论是将来工作或者生活或许都有点用处吧. 就像作者说的书是讲一事,也是讲百千事:是写一软件,也是写百千软件:是写一群人,也是写百千万人.读完第0章书给我的感觉没有了课本上的枯燥,有了我喜欢的故事情节,让我了解了一个程序员的真实生活与成长.第0章作为编过程的我们或许已经想到为啥不从第一章开始了吧,因为我们要记住从0开始计数. 兴趣很重要!Sumer或许就是让主角爱上编程的