BlackCat's


  • 首页

  • 归档

  • 标签
BlackCat's

Block 个人理解

发表于 2018-08-12

一、block 是什么?

写了3年代码,说起 block听得最多的说法说的是 block 是一个匿名函数,那什么是 block?(自己见解,如果错误欢迎拍砖)

1、使用block 注意的地方?

其实我们写代码的时候,用到block 无非就是两点比较要注意。

1、会用__block 去修饰外部变量,原因吗多数也会说出来 block 不能捕获外部变量。
2、block 外部要用 weak 来修饰,内部用 strong 来修饰。这原因的也挺好说,无非是 block 在捕获外部变量的时候会保持一个强引用,当 block 内部捕获 self 的时候,由于对象对 block 进行 copy(也就是互相持有),就形成了循环引用。然后用了weakSelf后,在 block 里要是多次调用就可能被释放了,所以需要 block 中将 weakSelf “强化“。

然而少年,你以为这样就算理解了吗?太天真了。让我们继续往下走

block 的结构

* _ block impl: 这是一个结构体,也是C面向对象的体现,可以理解为block的基类;
struct __block_impl { 
void *isa;int Flags;
int Reserved;
void *FuncPtr;
};
* _ main block_ impl_0: 可以理解为block变量;
struct __main_block_impl_0 {
  struct __block_impl impl;
  struct __main_block_desc_0* Desc;
  __main_block_impl_0(void *fp, struct
  __main_block_desc_0 *desc, int flags=0)
  {
     impl.isa     = &_NSConcreteStackBlock;
     impl.Flags   = flags;
     impl.FuncPtr = fp;
     Desc         = desc;
  }
};
* _ main block func 0: 可以理解为匿名函数;
static void __main_block_func_0(struct
__main_block_impl_0 *__cself)
 {
 NSLog((NSString *)&__NSConstantStringImpl__var_folders_gc_5fkhcz0n6px48vzc744hmp6c0000gn_T_main_eef954_mi_0);
 }
* _ main block desc 0:block的描述, Block_size;
{
size_t reserved;
size_t Block_size;
} __main_block_desc_0_DATA = { 0, sizeof(struct __main_block_impl_0)};
int main(int argc, const char * argv[]) {
/* @autoreleasepool */ { __AtAutoreleasePool __autoreleasepool;
 void (*myblock)() = ((void (*)())&__main_block_impl_0((void *)__main_block_func_0, &__main_block_desc_0_DATA));
    ((void (*)(__block_impl *))((__block_impl *)myblock)->FuncPtr)((__block_impl *)myblock);
}
return 0;
}

一串代码看着是不是很烦?我就谈谈我的理解吧

1、其实呢_main block impl 0 就是该 block 的实现,一个 block 实际是一个对象,它主要由一个 isa 和 一个 impl 和 一个 descriptor 组成。

在回头去看最开始的

1、 block 修饰的外部变量引用,是将栈上用block修饰的自动变量封装成一个结构体,让其在堆上创建。

__block int i = 1;

其实本质上会是 在__main_block_impl_0 转变成:

__Block_byref_i_0 *i;

i变量不再是int类型了,i变成了一个指向__Block_byref_i_0结构体的指针

在看__Block_byref _i _0

struct __Block_byref_i_0 {
    void *__isa;
    __Block_byref_i_0 *__forwarding;
    int __flags;
    int __size;
    int count;
};

其实说白了,也就是复制了外部变量的内存地址。

2、block 循环引用的原因呢?说穿了也即是互相持有。
一个对象A有Block类型的属性,从而持有这个Block,如果Block的代码块中使用到这个对象A,或者仅仅是用用到A对象的属性,会使Block也持有A对象,导致两者互相持有,不能在作用域结束后正常释放。

解决原理:对象A照常持有Block,但Block不能强引用持有对象A以打破循环。

__weak typeof(self)

一些面试的时候可能会问的

1、为什么 block 使用 copy 修饰的?

因为 block 其实是在栈里的,ARC 自动 copy 到堆上,执行完了就会释放。所以外部调用需要用 copy,strong会造成野指针。

BlackCat's

Fastlane 基础入门

发表于 2017-04-13

注释:小白理解欢迎随时补充

持续集成

1、什么是持续集成?

Continuous integration,简称CI。指的是,频繁地(一天多次)将代码集成到主干。

2、持续集成的目的

就是让产品可以快速迭代,同时还能保持高质量。

3、持续集成的好处

(1)快速发现错误。每完成一点更新,就集成到主干,可以快速发现错误,定位错误也比较容易。
(2)防止分支大幅偏离主干。如果不是经常集成,主干又在不断更新,会导致以后集成的难度变大,甚至难以集成。

我们的持续集成

fastlane

我们使用的是fastlane,以下说的都是基于项目已经配置好了之后。
若自己都兴趣可以查询资料。
附上一个安装失败的坑(需要解除OSX 10.11 Rootless)

executing gem ... (Errno::EPERM)
1
Operation not permitted - /usr/bin/httpclient

http://www.macx.cn/thread-2167166-1-5.html

简单粗暴的理解下我们的持续集成

1、在你项目的根目录下fastlane中有个Fastfile文件、都是在里面配置的
具体对应代码的意义参考附件就能读懂就不一一注释。

2、 .gitlab-ci.yml这个文件是用来控制发布的。 若你的电脑未显示隐藏文件又要就自己用vim cd到工程根目录下 vi .gitlab-ci.yml 修改就行。

3、 在网页对应项目的Pipelines下可以查看发布的情况 https://repo.hotelgg.net/groups/ios

###资料参考链接
https://docs.fastlane.tools/ fastkane快速上手

https://docs.gitlab.com.cn/ee/ci/quick_start/README.html 结合gitLab使用

BlackCat's

浅谈 iOS 屏幕适配——(Masonry)

发表于 2017-02-24

在小黑看来、适配屏幕的本质就是坐标的计算。
苹果爸爸提供的约束用起来不是那么好用,所以有类似于Masonry这样的第三方库。小黑目前还在学习着用目前感觉还不如直接计算坐标来的好用(再下一篇里写 计算frame和 Masonry 的差别)。

GitHub:https://github.com/SnapKit/Masonry

不允许将对齐属性(例如left,right,centerY等)设置为常量值。所以如果你传递这些属性的NSNumber,那么Masonry会把它们变成相对于view的superview的约束,即:

1
2
//创建view.left = view.superview.left + 10
make.left.lessThanOrEqualTo(@ 10)

  • 在我实际操作的时候会有情况 left 取得是父类的,但是 right 取得不是的。所以我还是推荐在设置的时候设置 left 和 width 来确定控件约束 而不是设置 left 和right 来确定
  • 而且有时候想在 tb 的 cell 里写约束的时候,cell 开始的时候是没有宽度的,这时候就会报错,没看懂的是 给设置优先级就会好,之后说优先级的时候会说。

NSArray
任何类型的混合数组

1
2
3
make.height.equalTo(@ [view1.mas_height,view2.mas_height]);
make.height.equalTo(@ [view1,view2]);
make.left.equalTo(@ [view1,@ 100,view3.right]);

  • 本来以为数组里没有就会选择下一个,实际操作起来的时候并不是这也,感觉数组的排序并没有什么用,就是选择最小的一个

了解优先级

  • priority 允许您指定确切的优先级
  • priorityHigh相当于UILayoutPriorityDefaultHigh
  • priorityMedium 是高低之间的一半
  • priorityLow相当于UILayoutPriorityDefaultLow

优先级可以被解决到如下所示的约束链的末尾:

1
2
3
4
make.left.greaterThanOrEqualTo(label.mas_left).with.priorityLow();
make.top.equalTo(label.mas_top).with.priority(600);
mas_updateConstraints
  • 说道优先级、在之前说过在类似 tb 的 cell 里写约束的时候,cell 开始的时候是没有宽度的,这时候就会报错。但是设置了优先级之后就不会报错。这是因为当前 view 的父view 没有宽度(之类)的造成的,但是我也疑惑不解的是,设了优先级就不报错了!
    更加奇葩的是,有时候设low 管用有时候设high 管用(正常默认是 medium)!

如果您只更新约束的常量值,则可以使用convience方法mas_updateConstraints而不是mas_makeConstraints
//这是苹果推荐的地方添加/更新约束
//响应这种方法可以得到多次调用setNeedsUpdateConstraints
//可以通过UIKit的内部或在你的代码,如果你需要触发更新了自己的约束被称为

1
2
3
4
5
6
7
8
9
10
11
- (void)updateConstraints {
[self.growingButton mas_updateConstraints:^(MASConstraintMaker *make) {
make.center.equalTo(self);
make.width.equalTo(@(self.buttonSize.width)).priorityLow();
make.height.equalTo(@(self.buttonSize.height)).priorityLow();
make.width.lessThanOrEqualTo(self);
make.height.lessThanOrEqualTo(self);
}];
//根据苹果超级应该在方法结束时调用
[ super updateConstraints ];
}

  • 我感觉在一些简单的上面用 up 还是不错的,因为它只跟新需要跟新的,但是有时候会出问题,所以我更加推崇下面的 remake 方法

mas_remakeConstraints

mas_updateConstraints对于更新一组约束是有用的,但是在更新常量值之后进行任何操作都可能会耗尽。那是mas_remakeConstraints的地方
mas_remakeConstraints类似于mas_updateConstraints但不是更新常量值,它会在重写它们之前删除所有约束。这样,您可以提供不同的约束,而不必保留对要删除的引用。

1
2
3
4
5
6
7
8
9
10
11
- (void)changeButtonPosition {
[self.button mas_remakeConstraints:^(MASConstraintMaker *make) {
make.size.equalTo(self.buttonSize);
if (topLeft) {
make.top.and.left.offset(10);
} else {
make.bottom.and.right.offset(-10);
}
}];
}

  • 我觉得 remark 方便使用,可以避免一些问题,而且比如你一个 view 设置了隐藏,remark 里设置了对那个 view 的约束,他也会自动把高度设为0,不需要你操作(但是他的对上、对下的约束还是会存在的)!

Masonry 涉及隐藏问题

1、隐藏会有多余间距解决途径

  • 如果只把 lable 隐藏,他高度是没有了 可他的对上对下的约束还是会存在的。
1
make.centerY.mas_equalTo(self.contentView).offset(_originalPriceLabel.isHidden ? 0 : -11);

2、还有一种方法就是你写一个分类、然后持有那个 view 的对上约束、一但隐藏让约束失效(取消约束),不过我还是觉得方法一比较好用;

BlackCat's

Hello World

发表于 2017-02-23
1
第一个博客
Oliver Sun

Oliver Sun

4 日志
© 2018 Oliver Sun
由 Hexo 强力驱动
主题 - NexT.Pisces