在程序设计中,我们经常会使用 懒加载 ,顾名思义，就是用到的时候再开辟空间，比如iOS开发中的最常用控件UITableView,实现数据源方法的时候,通常我们都会这样写Objective-C- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section { return self.dataArray.count; }- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{ //1.得到cell XWShopCell *cell = [XWShopCell cellWithTableView:tableView]; //2.传递模型 cell.wine = self.dataArray[indexPath.row]; //3.回传cell return cell; }上面的的代码中return self.dataArray.count;其实就是利用@property (nonatomic, strong) NSArray *dataArray;@property 的特性，为属性生成了get和set方法，而这里是调用的get方法，但是上述代码中return self.dataArray.count 会调用- (NSArray *)dataArray{ return _dataArray}这样调用，如果成员属性dataArray 开始没有赋值的，那么在使用的时候，调用get方法，不重写的话，会报错，空指针,所以一般我们会重写get方法//重写get方法 - (NSArray *)dataArray { if (nil == _dataArray){ _dataArray = [NSArray array]; } return _dataArray }这样写，就防止了成员属性为没有赋值的情况综上所述,Objective-C的懒加载，其实就是调用成员属性的get方法，初始化值，而Swift的懒加载，是和Objective-C不同的Swift//MARK tablview的 dataSource 代理方法 func tableView(tableView: UITableView, numberOfRowsInSection section: Int) - Int{ return self.dataArray.count } func tableView(tableView: UITableView, cellForRowAtIndexPath indexPath: NSIndexPath) - UITableViewCell{ //1.得到cell let cell = XWShopCell.cellWithTableView(tableView) //2.传递模型 cell.wine = self.dataArray[indexPath.row] //3.回传cell return cell }而这句return self.dataArray.count在Swift 存储属性必须初始化，确认类型，或者用可选类型，总之要确认类型，毕竟Swfit是类型安全语言,所以Swift提出了lazy属性，用法//1.分析 NSArray 是一个闭包的返回值，而这是一个没有参数的闭包 lazy var dataArray:NSArray = { [] }() //2.也可以写成这样 lazy var dataArray:NSArray = { return NSArray() }()//3.从plist文件加载 lazy var dataArray:ArrayXWWine = { let winePath = NSBundle.mainBundle().pathForResource("wine.plist", ofType: nil)! let winesM = NSMutableArray(contentsOfFile: winePath); var tmpArray:ArrayXWWine! = [] for tmpWineDict in winesM! { var wine:XWWine = XWWine.wineWithDict(tmpWineDict as! NSDictionary) tmpArray.append(wine) } print("我就运行一次") return tmpArray }()上述的代码，有点难理解，如果之前会Objective-C的block 或者对C语言的函数指针理解透彻的，可以看成是一个代码块，然后self.dataArray的时候，就执行了代码块，但是重复调用，Lazy 属性的代码块只会调用一次,lazy修饰的是一个存储属性，而存放的是闭包,我想内部，应该进行了优化。
创新互联建站专注于企业全网整合营销推广、网站重做改版、崖州网站定制设计、自适应品牌网站建设、H5开发、商城建设、集团公司官网建设、成都外贸网站制作、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为崖州等各大城市提供网站开发制作服务。
1.准备一张指南针的图片(下面图片可以使用)
2.导入CoreLocation框架以及对应的主头文件 并且设置代理
3.懒加载创建CLLocationManager对象并设置代理
4. 调用方法, 开始获取设备朝向
5. 在对应的代理方法中获取设备朝向信息
记录一下swift的懒加载
OC回顾懒加载
- （UIButton *）but{
if (!_but){
_but = [UIButton buttonWithType:UIButtonTypeCustom];
[_but setTitle:@"宝贝" forState:UIControlStateNormal];
}
return _but;
}
下面来看swift怎么创建懒加载用到关键字lazy
swift有两种加载方法
第一种方式
lazy var butt = UIButton()
第二种方式可以设置更多的属性
lazy var but:UIButton ={
let but =UIButton()
but.setTitle("按钮", for: .normal)
return but
}()
override func viewDidLoad() {
super.viewDidLoad()
// Do any additional setup after loading the view.
print(but)
}
总结：用到的时候再加载，多次用到只加载一次，swift里用lazy关键字创建懒加载
链接：
这个控件包含两个部分：
相信大家都知道iOS原生的UIPageViewController，用它可以实现横向翻页的效果，TWPageViewController(可以在[这里][1]看到源码)同样也是用来实现横向翻页的效果，配合TWPageTitleViewController使用，可以实现类似于腾讯新闻、今日头条这样的app的效果。如下图所示：
在新功能开发中，其实也考虑过使用系统的UIPageViewController，但是UIPageViewController有如下的缺点：
主要还是因为UIPageViewController不支持懒加载，所以才打算自己动手写一个类似UIPageViewController的控件。
其实实现起来，原理是很简单的，基于UIScrollView去开发就行了，只不过需要细心的处理好子Controller的生命周期，比如：什么时候调用viewWillAppear：，什么时候调用viewWillDisappear:等。
TWPageViewController实现了以下几个特性：
以子Controller的class做key，放入复用池，下回加载同类型的viewcontroller则从复用池里面取去来，每种类型的viewcontroller会缓存一个。这样省去了开辟viewcontroller的内存以及cpu的消耗。如果复用池没有相应类型的viewcontroller则会创建一个。在实际应用中可以将UI部分以及数据部分剥离开来，UI部分复用，而数据部分缓存起来，一遍下回直接加载。
在滚动停止以后（其实就是在scrollViewDidEndDecelerating:中去调用加载子Controller的回调函数）才会去加载ViewController。以保证快速滑动过程的流畅，同时可以免去过程中的其他操作的资源消耗（比如途中的子Controller的网络请求）。
如果子Controller的数目大于3，则内存中只会保存3+N个viewController，3表示前一个、当前、后一个子Controller，N等于viewController类型的数目。小于等于3就等于实际的子Controller的数目。
比如向左拖拽不放的情况下，当前子Controller的viewWillDisappear：会被回调，同时会回调下一个子Controller的viewWillAppear:，停下后，如果是停留在下一个子Controller，那么它的viewDidAppear：会被回调，同时上一个的viewDidDisappear：会被回调。
这些回调有：
如果发现有任何问题，麻烦指出，我会及时修正，同时需要查看完整实现以及Demo，请点击[这里][1]。
[1]:
在程序设计中,我们经常会使用 懒加载 ,顾名思义，就是用到的时候再开辟空间，比如iOS开发中的最常用控件UITableView,实现数据源方法的时候,通常我们都会这样写
Objective-C
- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section
{
return self.dataArray.count;
}
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{
//1.得到cell
XWShopCell *cell = [XWShopCell cellWithTableView:tableView];
//2.传递模型
cell.wine = self.dataArray[indexPath.row];
//3.回传cell
return cell;
}
上面的的代码中
return self.dataArray.count;
其实就是利用
@property (nonatomic, strong) NSArray *dataArray;
@property 的特性，为属性生成了get和set方法，而这里是调用的get方法，但是上述代码中return self.dataArray.count 会调用
- (NSArray *)dataArray{ return _dataArray}
这样调用，如果成员属性dataArray 开始没有赋值的，那么在使用的时候，调用get方法，不重写的话，会报错，空指针,所以一般我们会重写get方法
//重写get方法
- (NSArray *)dataArray
{
if (nil == _dataArray){
_dataArray = [NSArray array];
}
return _dataArray
}
这样写，就防止了成员属性为没有赋值的情况
综上所述,Objective-C的懒加载，其实就是调用成员属性的get方法，初始化值，而Swift的懒加载，是和Objective-C不同的
Swift
//MARK tablview的 dataSource 代理方法
func tableView(tableView: UITableView, numberOfRowsInSection section: Int) - Int{
return self.dataArray.count
}
func tableView(tableView: UITableView, cellForRowAtIndexPath indexPath: NSIndexPath) - UITableViewCell{
//1.得到cell
let cell = XWShopCell.cellWithTableView(tableView)
//2.传递模型
cell.wine = self.dataArray[indexPath.row]
//3.回传cell
return cell
}
而这句
return self.dataArray.count
在Swift 存储属性必须初始化，确认类型，或者用可选类型，总之要确认类型，毕竟Swfit是类型安全语言,所以Swift提出了lazy属性，用法
//1.分析 NSArray 是一个闭包的返回值，而这是一个没有参数的闭包
lazy var dataArray:NSArray = { [] }()
//2.也可以写成这样 lazy var dataArray:NSArray = { return NSArray() }()
//3.从plist文件加载
lazy var dataArray:ArrayXWWine = {
let winePath = NSBundle.mainBundle().pathForResource("wine.plist", ofType: nil)!
let winesM = NSMutableArray(contentsOfFile: winePath);
var tmpArray:ArrayXWWine! = []
for tmpWineDict in winesM! {
var wine:XWWine = XWWine.wineWithDict(tmpWineDict as! NSDictionary)
tmpArray.append(wine)
}
print("我就运行一次")
return tmpArray }()
上述的代码，有点难理解，如果之前会Objective-C的block 或者对C语言的函数指针理解透彻的，可以看成是一个代码块，然后self.dataArray的时候，就执行了代码块，但是重复调用，Lazy 属性的代码块只会调用一次,lazy修饰的是一个存储属性，而存放的是闭包,我想内部，应该进行了优化。
