tripleCC的技术博客

ʕ•̫͡•ʔ-̫͡-ʕ•͓͡•ʔ-̫͡-ʕ•̫͡•ʔ-̫͡-ʕ•͓͡•ʔ-̫͡-ʔ

iOS知识碎片三

1、NSSetUncaughtExceptionHandler注册捕获错误无法调用
2、自定义提示宏
3、frame和bounds
4、Swift中inout和C/C++中指针/引用的区别
5、获取UICollectionView的高度

NSSetUncaughtExceptionHandler注册捕获错误无法调用

原因是老代码中集成了友盟分析,并且没有关闭友盟错误收集机制。友盟内部的错误收集方式也是采用这个方式,所以自己注册的错误处理函数被友盟覆盖,因此不会被执行。

同理,多种第三方的错误日志应该是不能同时实现捕获的。也是看到了友盟的文件夹才想到这点,stackoverflow上面说的都不是很符合这种情况。

自动提示宏

什么情况下需要用到自动提示宏

  • 使用KVO,KVC时使用(归档的时候也可以使用,这样就不用设置一堆宏了)
1
2
3
4
5
keyPath(objc, keyPath) @(((void)objc.keyPath, #keyPath))
// void 去警告
// # 表示转成c字符串
// , 逗号表达式,取最右的值
// @() 基本类型转oc类型

frame和bounds

今天要实现图片浏览器中的一个需求,然后就遇到了这个问题,需要明确两者之间的区别。后来google了一些资料,有一篇UIScrollView原理解决了我的问题。

里面对于我最重要的就是这句话了:

1
This is, in fact, exactly how a scroll view works when you set its contentOffset property: it changes the origin of the scroll views bounds

所以UIScrollView的偏移是通过设置bounds的origin来实现的。看了一些MWPhotoBrowser源码也确实使用UIScrollView的bounds来改变对应子视图的frame:

1
2
3
4
5
6
7
8
- (void)layoutSubviews {
  ....
  // Update tap view frame
  _tapView.frame = self.bounds;
  ....
  [super layoutSubviews];
  ....
}

然后忽然又想到了另一个问题,在这里记录备忘:CGAffineTransform实际改变的是bounds

iOS-Core-Animation-Advanced-Techniques中有一句:

1
frame并不是一个非常清晰的属性,它其实是一个虚拟属性,是根据boundspositiontransform计算而来

所以改变视图的transform,实际上是改变其layer的bounds。苹果相关库头文件中也有这么一句话:

1
2
3
4
5
6
7
8
9
extension UIView {

    // animatable. do not use frame if view is transformed since it will not correctly reflect the actual location of the view. use bounds + center instead.
    public var frame: CGRect
  // use bounds/center and not frame if non-identity transform. if bounds dimension is odd, center may be have fractional part
    public var bounds: CGRect // default bounds is zero origin, frame size. animatable
    public var center: CGPoint // center is center of frame. animatable
    ...
}

Swift中inout和C/C++中指针/引用的区别

首先明确概念:

  • inout是passed-in-passed-back形式
  • C/C++中是引用形式

关于inout关键字,Swift的一些官方文档给出了很详细的一些回答,如下:




从这么多篇幅的解释中,可以很清楚地知道inout的作用方式:
1、函数被调用,拷贝实参
2、拷贝在函数中被修改
3、函数返回,拷贝被赋给源参
并且一旦相应的函数返回,上面步骤就结束了,剩下的操作便无法改变源参。以下代码段都不会改变传入的参数:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
/// 1
func increment(inout n: Int) -> () -> Int {
    return { ++n }
}
var x = 0
let i = increment(&x)
print(x)   // 0
print(i()) // 1

/// 2
func increment(inout n: Int) {
    dispatch_async(dispatch_get_global_queue(0, 0)) { () -> Void in
        // 假设在子线程执行前就已经return
        ++n
    }
}
var x = 0
increment(&x)
print(x) // 0

在Swift中,如果想改变上面代码段传入的参数,可以使用UnsafeMutablePointer指针(只是例子,实际并不推荐这么做,这种方式是不安全的):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
/// 1
func increment(n: UnsafeMutablePointer<Int>) -> () -> Int {
    return { ++n.memory }
}
var x = 0
increment(&x)()
print(x)

/// 2
func increment(n: UnsafeMutablePointer<Int>) {
    dispatch_async(dispatch_get_global_queue(0, 0)) { () -> Void in
        // 假设在子线程执行前就已经return
        ++n.memory
    }
}
var x = 0
increment(&x)
sleep(1)
print(x)

获取UICollectionView的高度

UICollectionView的高度通过其布局属性,也就是以下属性进行获取:

1
@property (nonatomic, strong) UICollectionViewLayout *collectionViewLayout;

布局属性有个获取Size的方法:

1
- (CGSize)collectionViewContentSize;

需要注意的是这个方法UICollectionViewLayout的子类必须进行重写(流水布局已经重写了)。
这样就可以在UICollectionView的子类中重写sizeToFit方法进行自适应了:

1
2
3
4
5
6
7
- (void)sizeToFit {
    [super sizeToFit];
    self.frame = (CGRect){
        .origin = self.frame.origin,
        .size = self.collectionViewLayout.collectionViewContentSize
    };
}

同理,如果是一个视图的子视图,也可以同时设置父视图的frame:

1
2
3
4
5
6
7
8
- (void)sizeToFit {
    [super sizeToFit];
    _collectionView.frame = (CGRect){
        .origin = _collectionView.frame.origin,
        .size = _collectionView.collectionViewLayout.collectionViewContentSize
    };
    self.frame = _collectionView.bounds;
}

这样以来就可以很方便地对UICollectionView进行一些操作了,比如在UITableView中嵌入一个流水布局的UICollectionView就可以利用上面的方法获取其实际高度。实际业务的应用

Comments