iOS开发基础6-懒加载、Plist 文件操作、字典转模型、自定义 View 详解

在 iOS 开发中，有诸多高效的开发技巧与模式可以大大提高代码的可读性与可维护性。本文将详细介绍以下几个重要的知识点：懒加载（Lazy Loading）、Plist 文件操作、字典转模型（Dictionary to Model）、以及自定义 View，并对其底层逻辑进行分析。

一、懒加载（Lazy Loading）

懒加载是一种延迟加载的策略，只有在第一次使用到数据时，才会实际创建并初始化该数据。这不仅能够节省内存，还能提升应用性能。来看一下懒加载的具体实现：

懒加载示例代码

@property (nonatomic, strong) NSArray *shops;

- (void)viewDidLoad {
    [super viewDidLoad];

    if (self.shops == nil) {
        NSLog(@"创建商品数组");
        self.shops = @[
                       @{@"name": @"单肩包", @"icon": @"danjianbao"},
                       @{@"name": @"链条包", @"icon": @"liantiaobao"},
                       @{@"name": @"钱包", @"icon": @"qianbao"},
                       @{@"name": @"手提包", @"icon": @"shoutibao"}
                       ];
    }
}

底层逻辑分析

懒加载的核心思想是惰性初始化，只有在实际需要创建对象时（如访问属性或调用方法时）才进行初始化操作。这避免了在程序启动时就初始化所有对象，从而减少启动时间与内存占用。

在 viewDidLoad 方法中，判断 shops 属性是否为 nil，如果是 nil 则创建并初始化它。这保证了 shops 数组只会被创建一次。

二、Plist 文件操作

在 iOS 开发中，Plist 文件是一种常用的轻量级数据存储方式。Plist 是 Property List 的缩写，主要用于存储键值对数据。

向 Plist 文件写入数据

[_shops writeToFile:@"/Users/用户名/Desktop/shops.plist" atomically:YES];

从 Plist 文件读取数据

NSString *path = [[NSBundle mainBundle] pathForResource:@"shops.plist" ofType:nil];
_shops = [NSArray arrayWithContentsOfFile:path];

注意事项

1. 自定义 Plist 文件命名：不要命名为 info.plist 或包含 info 单词，因为 info.plist 是系统保留文件，用于存储应用的配置信息。
2. 路径管理：路径应该动态获取，避免硬编码路径，适应不同环境的文件系统。

三、字典转模型（Dictionary to Model）

在实际开发中，经常需要从服务器获取数据并转换为模型对象。直接从字典中获取数据有以下缺点：

1. 字符串字典键：错误拼写不会报错。
2. 无智能提示：编码时没有键提示，容易出错。
3. 维护困难：随着业务逻辑复杂度增加，直接操作字典会增加代码的复杂度和维护难度。

字典转模型示例代码

@interface NJShop : NSObject
@property (nonatomic, copy) NSString *name;
@property (nonatomic, copy) NSString *icon;

+ (instancetype)shopWithDict:(NSDictionary *)dict;
@end

@implementation NJShop

+ (instancetype)shopWithDict:(NSDictionary *)dict {
    NJShop *shop = [[self alloc] init];
    shop.name = dict[@"name"];
    shop.icon = dict[@"icon"];
    return shop;
}
@end

// ViewController 中的使用
@interface ViewController ()
@property (nonatomic, strong) NSMutableArray *shops;
@end

- (NSMutableArray *)shops {
    if (_shops == nil) {
        NSString *path = [[NSBundle mainBundle] pathForResource:@"shops.plist" ofType:nil];
        NSArray *tempArr = [NSArray arrayWithContentsOfFile:path];

        _shops = [NSMutableArray array];
        for (NSDictionary *dict in tempArr) {
             NJShop *shop = [NJShop shopWithDict:dict];
            [_shops addObject:shop];
        }
    }
    return _shops;
}

简化模型初始化

通过为模型类添加初始化方法，直接将字典数据映射到模型属性中。这样不仅减少了直接操作字典的繁琐代码，还保障了数据的一致性和类型安全。

四、自定义 View

自定义 View 可以更好地封装和复用视图逻辑，提高代码的模块化程度。

自定义 View 示例代码

@interface NJShopView : UIView
@property (nonatomic, strong) NJShop *shop;
@end

@implementation NJShopView {
    UIImageView *_iv;
    UILabel *_label;
}

- (instancetype)init {
    if (self = [super init]) {
        [self setupSubviews];
    }
    return self;
}

- (void)setupSubviews {
    UIImageView *iv = [[UIImageView alloc] init];
    [self addSubview:iv];
    _iv = iv;

    UILabel *label = [[UILabel alloc] init];
    label.textAlignment = NSTextAlignmentCenter;
    [self addSubview:label];
    _label = label;
}

- (void)layoutSubviews {
    [super layoutSubviews];
    CGFloat shopViewWidth = self.frame.size.width;
    CGFloat shopViewHeight = self.frame.size.height;
    _iv.frame = CGRectMake(0, 0, shopViewWidth, shopViewWidth);
    _label.frame = CGRectMake(0, shopViewWidth, shopViewWidth, shopViewHeight - _iv.frame.size.height);
}

- (void)setShop:(NJShop *)shop {
    _shop = shop;
    _iv.image = [UIImage imageNamed:_shop.icon];
    _label.text = _shop.name;
}
@end

自定义 View 的最佳实践

1. 弱引用子视图：在自定义视图中使用 weak 来引用子视图，避免潜在的内存泄漏。
2. init 方法中设置子视图：避免在初始化方法中设置子视图的 frame，因为此时父视图的 frame 可能不确定。
3. 重写 layoutSubviews 方法：子视图的布局逻辑应放在 layoutSubviews 方法中，该方法会在子视图加入父视图后并进行尺寸调整时调用。

底层逻辑分析

1. 生命周期管理：layoutSubviews 方法控制子视图布局，保证其在父视图尺寸确定后进行适当的调整。
2. 内存管理：通过 weak 引用防止内存泄漏，同时保证子视图被父视图强引用。

五、总结

通过上述内容，我们详细介绍了懒加载、Plist 文件操作、字典转模型、自定义 View 的实现与最佳实践，并分析了其底层原理。在实际开发中，熟悉并掌握这些知识点，可以显著提升代码质量和开发效率。

1. 懒加载：提高内存使用效率，避免不必要的初始化。
2. Plist 文件操作：轻量级数据存储，操作简便。
3. 字典转模型：解决直接操作字典的种种弊端，提升代码可维护性。
4. 自定义 View：高度封装和复用视图逻辑，提高代码模块化程度。