Michael

写写代码,说说人生

您好,我是Michael,欢迎来到我的个人家园。
代码搬运工,目前就职于XX证券,努力修行中。


H5 / Java / Objc / Swift / Vue / RN

关于translatesAutoresizingMaskIntoConstraints属性的认知

translatesAutoresizingMaskIntoConstraints

  • 把 autoresizingMask 转换为 Constraints
  • 即:可以把 frame ,bouds,center 方式布局的视图自动转化为约束形式。(此时该视图上约束已经足够 不需要手动去添加别的约束)

  • 用代码创建的所有view , translatesAutoresizingMaskIntoConstraints 默认是 YES
  • 用 IB 创建的所有 view ,translatesAutoresizingMaskIntoConstraints 默认是 NO (autoresize 布局:YES , autolayout布局 :NO)

如何设置 translatesAutoresizingMaskIntoConstraints

  • 视图 使用代码创建,frame 布局 ,不用去管 translatesAutoresizingMaskIntoConstraints
  • 视图 使用代码创建,autolayout 布局,translatesAutoresizingMaskIntoConstraints 设置为 NO
  • 视图 IB 创建,frame 布局 , translatesAutoresizingMaskIntoConstraints 不用管 (IB 帮我们设置好了:YES)
  • 视图 IB 创建,autolayout 布局,translatesAutoresizingMaskIntoConstraints 不用管 (IB 帮我们设置好了,NO)

为什么 translatesAutoresizingMaskIntoConstraints 使用约束布局时候,就要设置为 NO?

translatesAutoresizingMaskIntoConstraints 的本意是将 frame 布局 自动转化为 约束布局,转化的结果是为这个视图自动添加所有需要的约束,如果我们这时给视图添加自己创建的约束就一定会约束冲突。

为了避免上面说的约束冲突,我们在代码创建 约束布局 的控件时 直接指定这个视图不能用frame 布局(即translatesAutoresizingMaskIntoConstraints=NO),可以放心的去使用约束了。

例子:

v1是一个不使用autolayout的view, v2是一个使用autolayout的view, 但v1成为v2的subview时, v2需要四条隐含的constraint来确定v1的位置,这些约束都是从v1的frame转化而来:

最近的文章

主线程问题:提醒Main Thread Checker,关于UI API called on a background thread的解释

主线程问题:提醒Main Thread Checker: UI API called on a background thread的解释 一般做服务端的人基本没有MainThread和 BackgroundThread的概念,但是这个概念在客户端中是非常重要的,因为客户端不管安卓还是iOS,UI刷新需要始终占用主线程去刷新,如果一旦占用bg线程,虽然不会发生致命错误,但是也会提示这种warning级别的报错; 同样,如果我们把一些本应该在bg中执行的网络请求放在了Main中,那么会导致U...…

iOS开发继续阅读
更早的文章

iOS 多线程:『NSOperation、NSOperationQueue』详尽总结

本文用来介绍 iOS 多线程中 NSOperation、NSOperationQueue 的相关知识以及使用方法。通过本文,您将了解到:NSOperation、NSOperationQueue 简介、操作和操作队列、使用步骤和基本使用方法、控制串行/并发执行、NSOperation 操作依赖和优先级、线程间的通信、线程同步和线程安全,以及 NSOperation、NSOperationQueue 常用属性和方法归纳。1. NSOperation、NSOperationQueue 简介N...…

iOS开发继续阅读