iOS解决警告: Attribute Unavailable: Automatic Preferred Max Layout Width before iOS 8.0

前言

优秀的开发者在看到每一个警告当做一个报错去看待、认真去对待解决!在开发中难免都会遇到很多意想不到的警告,但是希望我们每个开发者都能用看待一个问题一样去理解并解决它,只有这样我们才能得到更快的进步。
今天我给大家分享几个经常遇到的警告解决方法,以及使用预编译指令忽略掉一些警告的方法等。

1.解决xib版本警告

项目警告:Attribute Unavailable: Automatic Preferred Max Layout Width before iOS 8.0 、

iOS解决警告: Attribute Unavailable: Automatic Preferred Max Layout Width before iOS 8.0_第1张图片
image.png

此警告来源于使用xib或者storyboard开发时出现的!先解释一下此警告,其警告意思是: 我们要在 iOS8之前 设置 自动换行的最大宽度。 由于我们项目有做兼容 iOS7、然后在 xib中 正好有个 label 或者 button。我们只要设置了其 line , 只要使其行数 不为 1,然后还兼容了 iOS7的话 都会弹出此警告 。因为在 iOS8之前系统要求我们要设置 preferredMaxLayoutWidth 此属性。 此属性的意思就是字体每一行宽度最大多少时自动换行。
解决方法有三种:

一.

我们直接在 xib设置控件的属性 lines将其改成1 , 然后在到代码中设置其行数即可! 警告直接消失。

二.

我们可以这样直接到Xib中去设置preferredMaxLayoutWidth 此属性即可, 看图

iOS解决警告: Attribute Unavailable: Automatic Preferred Max Layout Width before iOS 8.0_第2张图片

选择控件的尺寸设置,然后把Explicit勾勾划上, 此时系统会自动按Label总长度算出一个最大宽度, 如果觉得不标准我们可以自行在计算一次! 说明一下 此宽度是一个最大换行的宽度,如果我们设置的宽度超出控件的宽度其并不会影响到控件换行。

考虑到不同屏幕的适配,我们直接设置一个固定的宽度必然是会出现问题的,布局使用AutoLayout来做, 在iPhone4 中Label可能是 200,到了 iPhone 7中可能又变成了 240, 然后我们如果直接按照 iPhone 4的去 给一个最大宽度,会导致出现的问题就是, 由于控件的宽度已经固定好了。 其换行的时候肯定会变高。然后由于其长度是 240 但是我们设置最大自动换行为 200, 虽然我们看到控件的问题并不会有什么明显的不同。但是我们可以打开可视化 界面, 会发现我们的 Label变的比我们所填写的内容还要高一些 。 因为系统按我们设置的 最大 换行高度去计算出Label 高度,但是其在填充内容的时候 会自动填满一行之后才进行换行, 所以我们如果设置自动换行太小,会影响到我们的 Label 真实的高度。 虽然视觉上是看不出来,但是如果我们使用 AutoLayout布局 ,然后正好 Label 上面一个控件于其有依赖关系 ,本来只是 5个像素距离 ,然后运行后可能变成了 15。 解决方法: 我们可以直接按照 最大机型去填写 自动换行 宽度 即可!

三.

第二种方法设置完之后总感觉有点怪怪的,怕设置自动换行高度填写错导致一些异样不到的错误。那我们可以看下第三种方法。
相对更靠谱的方法就是勾选完设置自动换行之后在代码中添加代码去重新计算其最大宽度 如在控制器中
-(void)viewDidLayoutSubviews
{
[super viewDidLayoutSubviews];
self.tipsLabel.preferredMaxLayoutWidth = self.tipsLabel.bounds.size.width;
}
在View中

  • (void)layoutSubviews
    {
    [super layoutSubviews];
    self.tipsLabel.preferredMaxLayoutWidth = self.tipsLabel.bounds.size.width;
    }
    这样等 控件布局结束 得到其真实宽高之后,在拿来设置一次 其 最大的换行 宽度是最合理的!

2.pragam 使用预处理指令 忽略警告

先引入 三个宏定义

//#pragam clang diagnostic push
//#pragam clang diagnostic ignored "-Wno-nonnull" “此处填写的时次警告的类型”
//#pragam clang diagnostic pop

解释一下这三个预处理指令含义, 第一条是告诉编译器 开始执行忽警告, 第二条是把要忽略的警告类型 告诉编译器 , 编译器会自动帮我们忽略掉 我们要进行忽略的警告, 第三条则是关闭警告的忽略。
不过此处最麻烦的就是我们不知道当前警告的类型 。 之前我也挺纠结此事 后面找到这篇文章, 里面有很多相关警告的类型 http://fuckingclangwarnings.com/ 我们可以通过 警告的 一些关键字来查找一下 对应的类型。

3. 禁止三方库所有警告

有时候我们引入一些三方库,总是有很多乱七八糟的警告。 直接在项目的 Podfile 文件中添加 此段代码 即可全部忽略掉。 inhibit_all_warnings! #禁止掉警告 不是很推荐 只是有时候对于一些强迫症者来说看到一条警告都会受不了的

结尾

总感觉少了挺多相关内容,关于警告有很多解决的技巧,由于时间等关系,等自己有空了在过来稍作补充,如有错误的地方麻烦大家帮忙指出,谢谢大家!

学习的路上, 与君共勉!!!!!

你可能感兴趣的:(iOS解决警告: Attribute Unavailable: Automatic Preferred Max Layout Width before iOS 8.0)