在程序设计中,我们经常会使用 懒加载 ,顾名思义,就是用到的时候再开辟空间,比如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修饰的是一个存储属性,而存放的是闭包,我想内部,应该进行了优化。