懒加载(延迟加载)之后,在使用数据过程中容易出现的bug

在UI中,使用懒加载,也就是延迟加载来加载数据的时候,总是会面临几个问题?

如:1. >为什么先创建NSArray属性?

2. >为什么重写NSArray的get方法?

3.>为什么要判断是否为空?

4.>为什么下方代码"//1"这里不用NSString stringWithFormat: 而"//2"这里要使用?

5.>同时"//2"这里为什么使用的是%ld 来作为占位符?

这些问题不搞懂,懒加载就很难通透, 代码如下:

#import "ViewController.h"

@interface ViewController ()
//先创建一个属性  (因为需要加载由字典组成的这个数组(也就是plist文件),所以需要先定义数组属性来接收和表示,)
@property (nonatomic, strong) NSArray *pictures;
@end

@implementation ViewController

//.重写pictures属性的get方法, 在该属性的get方法中读取images.plist文件中的数据, 并将数据设置给pictures属性
// 这种加载数据的方式就叫做"懒加载"
- (NSArray *)pictures {
if (_pictures == nil) {
// 读取plist文件并加载数据
// 1. 获取images.plist文件的完整的路径
NSString *path = [[NSBundle mainBundle] pathForResource:@"images.plist" ofType:nil];
// 2. 根据plist文件的路径, 加载plist文件,再赋值给数组
_pictures = [NSArray arrayWithContentsOfFile:path];
}
return _pictures;
}
@end

// 封装一个修改界面控件数据的方法
- (void)loadData {
// 2. 取出当前self.pictures中的对应的数据
NSDictionary *dict = self.pictures[self.index];

// 3. 把数据设置到界面中对应的控件上
self.lblTitle.text = dict[@"desc"];  // 1
self.imgViewIcon.image = [UIImage imageNamed:dict[@"icon"]];
self.lblIndex.text = [NSString stringWithFormat:@"%d / %ld", self.index + 1, self.pictures.count];   //2

// 设置"上一张"按钮 和 "下一张" 按钮的状态
self.btnPrevious.enabled = (self.index <= 0) ? NO : YES;
self.btnNext.enabled = (self.index >= self.pictures.count - 1) ? NO : YES;
}

原因及bug解析:

1.>为什么先创建NSArray属性?
因为需要加载由字典组成的这个数组(也就是plist文件),所以需要先定义数组属性来接收和表示,
2. >为什么重写NSArray的get方法?
因为在程序运行的时候,当需要读取这个数组的数据时,此时NSArray这个数组里面是空的,空的数组是没法满足我们的需求的,所以,我们这里就拦截这个get方法,重写它,将需要的数据加载进去,这样下面运行的时候,就会有我们需要的数据了
3.>为什么要判断是否为空?
因为程序运行时,第一次访问为空,而第二次访问就已经加载了,不为空了,所以需要判断 if (_pictures == nil),这样就避免了重复加载数据
4.>易错点bug: 为什么代码"//1"这里不用NSString stringWithFormat: 而"//2"这里要使用?

解析:
NSDictionary *dict=self.picture[self.index];
self.jieshaoLabel.text=dict[@"desc"];

第一种解释:这里使用的就是里面的属性, 所以可以直接用,
//dict[@"desc"]==等效于[NSString stringWithFormat:@"%@",dict[@"desc"]];
第二种解释: 因为这里直接就可以引用字典中的键值对的数据了,而下面的self.suoyinLabel.text需要拼接组合数据,需要通过调用其他的属性来组成,所以需要用;

5.>"//2"这里为什么使用的是%ld 来作为占位符?
@"%ld” ,self.picture.count;
这里是很多人都容易忽视的,所以也比较容易出现错误,
解析:
首先我们来看看count这个属性的底层实现:
@property (readonly) NSUInteger count;
从这个底层我们可以看得出,count是一个NSUInteger类型的,
而NSUInteger的底层又是什么呢? 我们来看看:如下:

#if __LP64__ || (TARGET_OS_EMBEDDED && !TARGET_OS_IPHONE) || TARGET_OS_WIN32 || NS_BUILD_32_LIKE_64

typedef long NSInteger;

typedef unsigned long NSUInteger;

#else

typedef int NSInteger;

typedef unsigned int NSUInteger;

#endif

可以看出,NSUInteger就是一个别名,而且是两种情况,

那就是如果你的设备是32位的,那么这个NSUInteger表示的就是给unsigned long取的一个别名,

那就是如果你的设备是64位的,那么这个NSUInteger表示的就是给 long取的一个别名,

所以,在使用过程中,我们首先要确定的就是当前编译器环境是处于32位,还是64位环境中,只有确定了这一步,这个bug才能避免!