前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >iOS开发笔记(一)

iOS开发笔记(一)

作者头像
落影
发布2018-04-27 15:04:52
9160
发布2018-04-27 15:04:52
举报
文章被收录于专栏:落影的专栏落影的专栏

前言

iOS开发笔记(一)

iOS开发笔记(二)

iOS开发笔记(三)

iOS开发笔记(四)

《开发笔记》系列记录一些开发中遇到的问题以及思考。

本文主要回答四个问题:

  • 1、对MVVM框架的了解有哪些?
  • 2、TextKit的认知与运用?
  • 3、autorelease的原理是什么?weak修饰符是什么意思?
  • 4、performSelector为什么会有内存泄露的提示?

正文

1、MVVM的一些看法

对MVVM(Model-View-ViewModel)的尝试源于用angular-js开发。

用过MVC的人都明白,MVC很容易失控成为Massive ViewController。即使通过业务分离、Category划分功能,ViewController的代码量也容易失控膨胀。这种膨胀往往发生在页面内容复杂、交互较多的页面控制器,需要较多的delegate和target-action代码。

随之而来的是代码零散化:逻辑相同的代码零散在各处。

在此时接触了angular-js,发现在一个复杂的web页面上,逻辑非常清晰,代码极其简洁。

于是,尝试在iOS平台使用MVVM:

通过KVO来实现MVVM是其中一种选择,但是KVO的代码同样会聚在observe的方法。

希望达到的效果是:数据与页面一一对应,一个业务逻辑代码尽量聚合。

ReactiveCocoa是了解到最符合我要求的框架。

我对一个以前的应用进行修改,引入ReactiveCocoa并替代原来的逻辑。

仔细体验ReactiveCocoa+MVVM后,总结如下:

MVVM的核心是数据绑定、代码解耦,这与传统的MVC并不相斥,在对现有的MVC代码进行优化时,可以为View新建ViewModel来控制显示,并通过get、set方法来更新数据显示。

ReactiveCocoa的优点在于逻辑聚合以及响应式编程,这在某些产品比如电商类的开发上,非常有优势。但是ReactiveCocoa增大了开发的难度,在未深入了解其特性时,不易操控。

所有的架构,核心都是细分,解耦,复用。

细分不易出bug、解耦便于修改、复用减少时间。

没有最好的架构,只有相对合适的架构。

2、TextKit

让程序能够存储,排版和显示文本信息,并支持排版所需要的所有特性,包括字距调整、连写、换行和对齐。

以下三个属性text kit的常用属性:

代码语言:javascript
复制
    //text kit工具
    NSTextContainer *_textContainer;
    NSLayoutManager *_layoutManager;
    NSTextStorage *_textStorage;

再如以下,在- (void)touchesBegan:withEvent:的两行代码

代码语言:javascript
复制
    UITouch *touch = [touches anyObject];
    NSUInteger characterIdx = [_layoutManager characterIndexForPoint:[touch locationInView:self]
                                                     inTextContainer:_textContainer
                            fractionOfDistanceBetweenInsertionPoints:NULL];

通过这个方法,可以获取到点击的具体文字,从而实现对点击某些特殊文字进行响应的功能。

cocoachina上的TextKit的学习

3、自动引用计数

ARC基本原理:ARC是Automatic Reference Counting(自动引用计数器)的简称。

ARC的规则就是只要对象没有强指针引用,就会被释放掉,换而言之 只要还有一个强引用指针变量指向对象,那么这个对象就会存在内存中。弱指针指向的对象,会被自动变成空指针(nil指针),从而不会引发野指针错误。

UIScrollView 就出现过bug 不是weak,导致动画结束崩溃。

GPUstep将引用计数保存在对象内存头部的变量中;(简单高效,代码少)

苹果用的散列表(引用计数表)管理引用计数;;(分配内存无需考虑头部引用变量;表可以追溯到对象的内存块)

计数表更便于调试(可以追溯),同时可以方便检测持有者是否存在;

autorelease:NSAutoreleasePool在废弃(drain)时,会自动调用在期间调用autorelease对象的release方法。

如果pool是嵌套生成,那么最内侧为使 用时的pool对象。

for 循环持有多个对象时,可以使用。 常用场景:多个图片的拼接成视频。

如果对NSAutoreleasePool进行autorelease:异常。

ARC是编译器特性,而不是运行时特性,更不是垃圾回收器(GC);核心就是编译时插入相应的retian release。

  • strong 修饰符:对象的默认修饰符,强引用表示,变量在超出作用域时会调用release方法。
  • weak 修饰符:弱引用的表示,不持有对象实例;弱引用在对象被释放的时候,会自动重置为nil;
  • unsafe_unretained 修饰符:弱引用的表示,不持有对象实例;对象在被释放的时候,不会重置为nil;当对象释放后,再调用有极大的可能性崩溃;
  • autoreleasing 修饰符:将NSObject 类对象注册到autoreleasepool 中;

遇到占用内存越来越多情况时,可以检查一些自己是否存在循环引用导致的内存泄露。 上架前使用Instruments调试是好习惯,循环引用也可以被检测出来。 额外的文章:ARC下的循环引用

4、performSelector的内存泄漏

在看完第三点的内存管理方式后,我们知道在ARC(自动引用计数)调用方法,编译器需要知道如何对返回值进行处理。

返回值的类型可以是:void,int,NSString,NSArray,id,这个类型在头文件中有声明,编译器的处理方式有:

  • 1、直接忽略:返回值是基本类型;
  • 2、先retain,不用时release:返回值是Objective-C类型;
  • 3、不retain,不用时release:init或者copy方法,或者ns_returns_retained方法;
  • 4、autorelease:随着release pool释放;(标注ns_returns_autoreleased的方法)

调用performSelector:时,系统默认会用autorelease的方式,所以如果方法本应用前3种情况,可能会造成内存泄漏。

如果返回值是基本类型或者void,那么可以忽略这个waring。

5、一些常用的STL

unordered_map 是基于哈希表实现,map的内部结构是R-B-tree 红黑树。

  • 运行效率方面:unordered_map最高,而map效率较低但提供了稳定效率和有序的序列;
  • 占用内存方面:map内存占用略低,unordered_map内存占用略高,而且是线性成比例的;

list的size是O(N),因为为了保证splice的效率;

如果list的size是O(1),那么splice就要变成N。

总结

TextKit部分内容不甚满意,有待完善。

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2016.03.30 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 前言
  • 正文
    • 1、MVVM的一些看法
      • 2、TextKit
        • 3、自动引用计数
          • 4、performSelector的内存泄漏
            • 5、一些常用的STL
            • 总结
            领券
            问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档