oc 语法相对比较繁复,对比新兴的python,swift,kotlin 是比较啰嗦的, 90年代的发明深受当时pascal ,basic的影响.
首先说明oc类相关的内容
简单的类使用
初始化一个类
//两个方法效果其实一样
UIImageView *bgImgV = [UIImageView new];
UIImageView *bgImgV = [[UIImageView alloc]init];
//调用类的方法
[bgImgV addSubview:_logoImgV];// addSubview为方法 _logoImgV为方法使用的参数
//获取类的属性
bgImgV.frame //用 "."调用
//设置类的属性(2种方法)
bgImgV.alpha = 1;
[bgImgV setAlpha:1];
注意
1 ios 调用方法有时也叫发送消息,两者是一个意思.
2 只用公用属性才能被访问.
3 只用公用属性同时没有设置readonly才能被修改.
4 通常鼓励在.h文件内声明property,方便在使用是在外部调用.
属性声明
@property (nonatomic,strong)UIView *volumeBarView;
@property (nonatomic,copy)NSString *str;
@property (nonatomic,assign)int count;
为什么他们的修饰符都不同呢? 在工作中，字符串用copy，基本数据类型用assign，控件用strong。每当对象alloc，retain，strong，copy的时候，引用计数会加一，dealloc，页面释放时候会减一，引用计数为零的时候内存便会释放。
1 strong表示变量指针是强持有类型,在赋值之后就会指向这个对象并且让计数器加1
2 copy 就比较复杂,分为深拷贝和浅拷贝两种. 使用copy 的初衷就是保持赋值后,不被数据来源的更改所影响.
我这样说你就明白了 A->B A中的一个MutableString给B中的一个Property(NSString类型)赋值 首先是能接受的，父类可以接受子类，如果是retain，仅仅是生成一个指针，计数器加一，然后指向那个MutableString。如果MString改变，B中那个跟着改变，因为是同一块内存区域。而选择Copy相当于又生成了一个NSString，与A中的MutableString独立。
下面我想通过一个最简单的例子来说明它们的区别：
首先我们来看看使用strong会出现什么样的情况：
.h
@property (nonatomic, strong) NSString *name;
.m
NSMutableString *mStr = [NSMutableString stringWithString:@"奥特曼"];
self.name = mStr;
NSLog(@"用strong第一次得到的名字：%@", self.name);
[mStr appendString:@"2"];
NSLog(@"用strong第二次得到的名字：%@", self.name);
打印结果：
2017-04-07 16:20:10.138793 copyTest[2421:682898]用strong第一次得到的名字：奥特曼
2017-04-07 16:20:10.138884 copyTest[2421:682898]用strong第二次得到的名字：奥特曼2
结论：
通过上面的例子我们可以看出，我们在没有直接修改 self.name 的情况下 self.name 却被修改了，就好像一个人的名字怎么能没有经过自己同意就被修改呢？我们的初衷只是想修改mStr，但是 self.name 却被意外的修改了，而这就是我们使用strong所不想看到的，它会破坏程序的封装性。（使用strong后 self.name 和 mStr 指向的是同一片内存，所以修改其中一个值后两个值就都变了）
那么使用copy又会得到什么结果呢？下面是使用copy的例子：
.h
@property (nonatomic, copy) NSString *name;
.m
NSMutableString *mStr = [NSMutableString stringWithString:@"奥特曼"];
self.name = mStr;
NSLog(@"用copy第一次得到的名字：%@", self.name);
[mStr appendString:@"2"];
NSLog(@"用copy第二次得到的名字：%@", self.name);
打印结果：
2017-04-07 16:35:04.012589 copyTest[2428:685221]使用copy第一次得到的名字：奥特曼
2017-04-07 16:35:04.012676 copyTest[2428:685221]使用copy第二次得到的名字：奥特曼
结论：
这个例子中我们使用了copy修饰，mStr通过copy得到了一个新的对象赋值给 self.name 这样我们再修改mStr就跟 self.name 没关系了，只有直接对 self.name 进行赋值才能改变它的值，这样就保证了程序的封装性。
原子性
你一定也注意到了 nonatomic 关键词,附上官方解释:
atomic和nonatomic的对比
1、atomic和nonatomic用来决定编译器生成的getter和setter是否为原子操作。
2、atomic：系统生成的 getter/setter 会保证 get、set 操作的完整性，不受其他线程影响。getter 还是能得到一个完好无损的对象（可以保证数据的完整性），但这个对象在多线程的情况下是不能确定的，比如上面的例子。
也就是说：如果有多个线程同时调用setter的话，不会出现某一个线程执行完setter全部语句之前，另一个线程开始执行setter情况，相当于函数头尾加了锁一样，每次只能有一个线程调用对象的setter方法，所以可以保证数据的完整性。
atomic所说的线程安全只是保证了getter和setter存取方法的线程安全，并不能保证整个对象是线程安全的。
3、nonatomic：就没有这个保证了，nonatomic返回你的对象可能就不是完整的value。因此，在多线程的环境下原子操作是非常必要的，否则有可能会引起错误的结果。但仅仅使用atomic并不会使得对象线程安全，我们还要为对象线程添加lock来确保线程的安全。
4、nonatomic的速度要比atomic的快。
5、atomic与nonatomic的本质区别其实也就是在setter方法上的操作不同
在此你可以先留下印象,在学习多线程的时候会详细讲解.
