OC学习中遇到的问题总结

时间:2023-03-09 09:46:42
OC学习中遇到的问题总结

1.不要在初始化的时候用self.方法,因为在初始化的时候self.,此时系统还没有alloc开辟空间,这样做违背了系统流程.

2.善于运用宏定义来控制程序中的变量,这样程序可修改性高.

3.objective-c中#import@class的区别

在Objective-C中,可以使用#import和@class来引用别的类型, 两者有什么区别吗?

@class叫做forward-class,  你经常会在头文件的定义中看到通过@class的引用, 原因就是当你只用@class来引入一个类时, 编译器知道有这么一个类,也就是说它能识别Engine *engine;

而在implementation文件中,如果你想要访问engine.price, 编译器就会出错, 即使你用了@class引入了. 这时需要使用的其实是#import 来引入Engine.h这个头文件,它包括这个类的所有的定义, 它知道你有定义一个price, 而通过@class引入的除了类本身之外,没有具体的信息.

在Objective-c中,当一个类需要引用另一个类的接口时,需要在类的头文件中建立被引用类的指针

Person.h

@interface Person: NSObject

{

Woman *woman;

Man *man;

}

.......

如果直接编译,会出错,因为不知道Woman,Man是什么。

这时有两个选择,一是import这两个被引用类的头文件,另一个是使用@class申明Woman和Man是类名,二者的区别:

1) import会包含这个类的所有信息,包括实体变量和方法,而@class只是告诉编译器,其后面声明的名称是类的名称,至于这些类是如何定义的,暂时不用考虑,后面会再告诉你;

2)在头文件中,一般只需要知道被引用的类的名称就可以了,不需要知道其内部的实体变量和方法,所以在头文件中一般使用@class来声明这个名称是类的名称,而在类的实现部分,因为会用到这个引用类的内部的实体变量和方法,所以需要使用#import来包含这个被引用类的头文件。

3) 在编译效率方面考虑,如果你有100个头文件都#import了同一个头文件,或者这些文件是依次被引用的,如A–>B, B–>C, C–>D这样的引用关系。当最开始的那个头文件有变化的话,后面所有引用它的类都需要重新编译,如果你的类有很多的话,这将耗费大量的时间。而是用@class则不会。

4.)如果有循环依赖关系,如:A–>B, B–>A这样的相互依赖关系,如果使用#import来相互包含,那么就会出现编译错误,如果使用@class在两个类的头文件中相互声明,则不会有编译错误出现。

所以,一般来说,@class是放在interface中的,只是为了在interface中引用这个类,把这个类作为一个类型来用的。 在实现这个接口的实现类中,如果需要引用这个类的实体变量或者方法之类的,还是需要import在@class中声明的类进来.

5.#pragma mark - 指令的使用

一个类中会有些方法功能和性质相差不多,我们就可以用#pragma可以对代码进行分组,方便代码查找和导航~可以方便我们以后翻阅代码时,快速屡清楚代码的逻辑,写代码时勤写注释,方便自己和他人阅读.

6.创建对象时,申请内存的过程

当我们创建一个类得时候,类的属性和方法是存放在代码区的.

当我们创建此类的对象的时候(alloc init的时候)是在内存中的堆区申请一块空间,里面存放了对象的属性以及该对象的类在代码区的地址.

而我们的对象指针是存放在内存栈区的,指针存放的是对象在堆区中的地址.

当一个对象调用写在类中的方法的时候,具体流程如下图:

OC学习中遇到的问题总结

7,retain和copy声明属性时内部实现setter,getter方法

retain的内部实现setter和getter方法

OC学习中遇到的问题总结

copy的内部实现setter和getter方法

OC学习中遇到的问题总结