最近freestyle这么火，你知道是什么了吗？一起看看
最近freestyle这么火，你知道是什么了吗？一起看看
冷静文化之家
没想到的是一卖完安利就被教做人。许多冤家，都给我发了中国有嘻哈diss单曲的链接。Diss：嘻哈文明的一种，Disrespect (不尊敬) 或是 Disparage (不放在眼里) 的简写。很凶猛。条姐在漫天的人身进犯和敏感词里，打捞出一些比拟友好的歌词，各人来浏览一下。****,义正言辞,貌似个伯乐下次再听你放pi,第一个冲上去掐你的脖子70个升级的选手有演员,丑八怪,还有个模特***该让李荣浩来写主题歌叫做&中国假rapper&（中国有内幕(中国有嘻哈Diss)歌手：Kozay / 廖效浓）看完节目导师我霎时头晕一个小鲜肉加上三个过气明星Shit man 听到这个音讯我真的笑了制造人都被参赛选手爆了这类工具真的叫做燥吗劝你回家点儿吃药吧除骂节目组，也骂参与节目标出名选手。老子看着这些工具以为可笑Gai巴不得舔热狗呢板帽有人着裁减 还在那跌放马后炮买张机票 间接飞到北京再把准备好呢段子讲给吴亦凡听（中国有嘻哈（DISS）歌手：卡姆路 / D-JC / 可乐大魔王 / SnlD）如许的单曲，总数曾经快上千了。底下各人的批评，基本上都是挺公开rapper，唱衰节目组的反讽画风。“感激中国有嘻哈给我们这个时机 能听到这么多动听的diss”。风趣，这很嘻哈。条姐作为吃瓜大众，不怕搞事，就怕没事。《中国有嘻哈》今朝播了两集。赛里赛外都是戏，条姐追得好不高兴。起首看选手们的画风，就晓得一个个都是戏精。此外综艺里，高朋染粉色头发被打码。《中国有嘻哈》，纹身穿孔都算低配。脏辫金牙牙买加，以为分分钟城市取出违禁品迷醉人生的模样。正派竞赛，说出来是选秀，看起来却像搏斗。别以为这是rap的扮演结果，到场外也一样。上面这位选手，嘴里说的是“最等待跟吴亦凡协作”，但语气和举措，都像是“最等待和吴亦凡打斗”。第一集是面临面的海选，第二集就是升级赛了。选手唱60秒rap，四个制造人只需有一个没有给fall，就能够升级。条姐刚从第一集的freestyle和奇装异服里醒过神来，就被浓浓的火药味熏得登登登发展三大步。升级赛，有两个拍摄现场。选手歇息区跟主舞台分隔，能够看到主舞台的扮演，而掌声和嘘声，也能传到主舞台去。第一个进场的TY，在圈子里出名度挺高，海选时没暗示好，张震岳和热狗很委曲才给了通关金链。TY回去就暗示了不平，还艾特了张震岳：“我差点让张震岳初选没给过，我惊了！”“哦，本来是节目结果哦，特地拿我做节目结果哦，那就等着60秒伴奏我拿你@张震岳 回做节目结果吧。”没有效，第二集他又被fall了。第二位上场的BCW，不满TY被fall，当着四个制造人的面就把本人的通关金链给扔了。啧啧啧，这么不守规矩，要放在我们初中，教务主任早就挥舞着奖励条冲下去了。但在节目里，其他选手的反响都是：很有立场啊，很酷啊。气力归纳甚么叫刺头。这只是个开端。偶像派rapper的扮演，让公开派rapper完整炸锅。偶像女团成员黄薏帆，一边唱一边扮演电臀舞，歇息区的公开rapper花式暗示不屑。台上，黄薏帆：“是谁说长得美观她就是个内情”。台下，公开派：woooooo~海选入围的偶像派还许多。每升级一个，城市激发一阵纷扰。GAI，来自重庆的气力公开rapper，就地撂狠话：那些主播，idol甚么的，别来沾边，死的很快。假的就是假的。唔，看到坐在他死后翻白眼的红衣小哥没？那是方才升级了的idol rapper朱星杰。行行行，我看《中国有嘻哈》间接改名叫《diss中国有嘻哈》算啦！但岂非偶像就做不出好工具吗？吴亦凡，作为偶像身世的制造人，不管在公开diss的歌词里，仍是在节目里，都处在风口浪尖。但在局部四个制造人傍边，他偏偏要当最严厉的阿谁。不管公开派仍是偶像派，fall起来毫不留情。他说，我来这也是为了证实我本人，有甚么工作我们气力语言。此外先不说......凡凡真是英勇。期望节目组有帮他买人身保险......你以为公开派和偶像派互怼，就是局部吗？并非。公开rapper也分派系。“我以为PG One你低俗”。导师也有不合。张震岳让黄薏帆升级，潘玮柏惊呆了：“你们是否是墨镜太黑没看分明？”最凶猛的，是节目标串场rap。没有产商资助，就没有钱做节目。有资助，就一定有告白植入。这个黄衣服小哥，是在第二集里被fall的小鬼。他被fall后接下了唱告白歌的活。歌词出格亮。我以为idol rapper会输拿Kris吴的阅历背书 没输我以为美男rapper会输扭起了屁股 哇 没输 没输这是一首......本人质疑本人的官方告白歌。凶猛！第二集开头，潘玮柏fall了一个女rapper后忏悔，跟导演磋商能不能变动划定规矩，让她复生。导演暗示，你们本人决议，决议完本人去给其他一切选手一个注释。因而，很惭愧的潘玮柏，带着其他三个看戏的明星制造人，往选手歇息区走去。迎向那帮，曾经窝了一肚子火的，如狼似虎。然后节目就这么完毕了。就像第一集的蒙面嘻哈侠一样，留下一个惊天巨坑。不晓得这一段是实在的突发仍是脚本——但条姐想说，如许的脚本，请给我来一打。由于，不管有无脚本，也不管网上的diss用词怎样动听。要推行中国嘻哈，起首要有风趣的故事。如今最妙的中央就是在于，中国有嘻哈的官方和公开，不知是故意仍是无意，一个走明路，一个走暗路，都在用本人的勤奋讲故事，推行中国嘻哈文明。这也算是中国Hip-pop一家亲了吧。固然如今并不能判定，《中国有嘻哈》到最初，究竟有无嘻哈。但只需这个节目能持续不掩饰，不做作，持续直面抵触，条姐就会持续安利下去。最初说一句有关的话。
本文仅代表作者观点，不代表百度立场。系作者授权百家号发表，未经许可不得转载。
冷静文化之家
百家号 最近更新：
简介: 每日推送经典国学、诗词文化品读。
作者最新文章最近很火的 Safe Area 到底是什么
iOS 7 之后苹果给 UIViewController 引入了 topLayoutGuide 和 bottomLayoutGuide 两个属性来描述不希望被透明的状态栏或者导航栏遮挡的最高位置(status bar, navigation bar, toolbar, tab bar 等)。这个属性的值是一个 length 属性( topLayoutGuide.length)。 这个值可能由当前的 ViewController 或者 NavigationController 或者 TabbarController 决定。
一个独立的ViewController，不包含于任何其他的ViewController。如果状态栏可见，topLayoutGuide表示状态栏的底部，否则表示这个ViewController的上边缘。
包含于其他ViewController的ViewController不对这个属性起决定作用，而是由容器ViewController决定这个属性的含义：
如果导航栏（Navigation Bar）可见，topLayoutGuide表示导航栏的底部。
如果状态栏可见，topLayoutGuide表示状态栏的底部。
如果都不可见，表示ViewController的上边缘。
这部分还比较好理解，总之是屏幕上方任何遮挡内容的栏的最底部。
iOS 11 开始弃用了这两个属性， 并且引入了 Safe Area 这个概念。苹果建议: 不要把 Control 放在 Safe Area 之外的地方
// These objects may be used as layout items in the NSLayoutConstraint API @available(iOS, introduced: 7.0, deprecated: 11.0) open var topLayoutGuide: UILayoutSupport { get } @available(iOS, introduced: 7.0, deprecated: 11.0) open var bottomLayoutGuide: UILayoutSupport { get }
今天, 来研究一下 iOS 11 中新引入的这个 API。
UIView 中的 safe area
iOS 11 中 UIViewController 的 topLayoutGuide 和 bottonLayoutGuide 两个属性被 UIView 中的 safe area 替代了。
@available(iOS 11.0, *) open var safeAreaInsets: UIEdgeInsets { get } @available(iOS 11.0, *) open func safeAreaInsetsDidChange()
safeAreaInsets
这个属性表示相对于屏幕四个边的间距， 而不仅仅是顶部还有底部。这么说好像没有什么感觉, 我们来看一看这个东西分别在 iPhone X 和 iPhone 8 中是什么样的吧！
什么都没有做, 只是新建了一个工程然后在 Main.storyboard 中的 UIViewController 中拖了一个橙色的 View 并且设置约束为:
在 ViewController.swift 的 viewDidLoad 中打印
override func viewDidLoad() { super.viewDidLoad() print(view.safeAreaInsets) }// 无论是iPhone 8 还是 iPhone X 输出结果均为// UIEdgeInsets(top: 0.0, left: 0.0, bottom: 0.0, right: 0.0)
iPhone 8 VS iPhone X Safe Area (竖屏)
iPhone 8 VS iPhone X Safe Area (横屏)
这样对比可以看出, iPhone X 同时具有上下, 还有左右的 Safe Area。
**再来看这个例子: ** 拖两个自定义的 View, 这个 View 上有一个 显示很多字的Label。然后设置这两个 View 的约束分别是:
let view1 = MyView()let view2 = MyView()view.addSubview(view1)view.addSubview(view2)let screenW = UIScreen.main.bounds.size.widthlet screenH = UIScreen.main.bounds.size.heightview1.frame = CGRect( x: 0, y: 0, width:screenW, height: 200)view2.frame = CGRect( x: 0, y: screenH - 200, width:screenW, height: 200)
可以看出来， 子视图被顶部的刘海以及底部的 home 指示区挡住了。我们可以使用 frame 布局或者 auto layout 来优化这个地方:
let insets = UIApplication.shared.delegate?.window??.safeAreaInsets ?? UIEdgeInsets.zero view1.frame = CGRect( x: insets.left, y: insets.top, width:view.bounds.width - insets.left - insets.right, height: 200)view2.frame = CGRect( x: insets.left, y: screenH - insets.bottom - 200, width:view.bounds.width - insets.left - insets.right, height: 200)
这样起来好多了, 还有另外一个更好的办法是直接在自定义的 View 中修改 Label 的布局:
override func layoutSubviews() { super.layoutSubviews() if #available(iOS 11.0, *) { label.frame = safeAreaLayoutGuide.layoutFrame }}
这样, 不仅仅是在 ViewController 中能够使用 safe area 了。
UIViewController 中的 safe area
在 iOS 11 中 UIViewController 有一个新的属性
@available(iOS 11.0, *)open var additionalSafeAreaInsets: UIEdgeInsets
当 view controller 的子视图覆盖了嵌入的子 view controller 的视图的时候。比如说， 当 UINavigationController 和 UITabbarController 中的 bar 是半透明(translucent) 状态的时候, 就有 additionalSafeAreaInsets
自定义的 View 上面的 label 布局兼容了 safe area。
// UIView@available(iOS 11.0, *)open func safeAreaInsetsDidChange()//UIViewController@available(iOS 11.0, *)open func viewSafeAreaInsetsDidChange()
这两个方法分别是 UIView 和 UIViewController 的 safe area insets 发生改变时调用的方法，如果需要做一些处理，可以重写这个方法。有点类似于 KVO 的意思。
模拟 iPhone X 的 safe area
额外的 safe area insets 也能用来测试你的 app 是否支持 iPhone X。在没有 iPhone X 也不方便使用模拟器的时候， 这个还是很有用的。
//竖屏additionalSafeAreaInsets.top = 24.0additionalSafeAreaInsets.bottom = 34.0//竖屏, status bar 隐藏additionalSafeAreaInsets.top = 44.0additionalSafeAreaInsets.bottom = 34.0//横屏additionalSafeAreaInsets.left = 44.0additionalSafeAreaInsets.bottom = 21.0additionalSafeAreaInsets.right = 44.0
UIScrollView 中的 safe area
在 scroll view 上加一个 label。设置scroll 的约束为:
scrollView.snp.makeConstraints { (make) in make.edges.equalToSuperview() }
iOS 7 中引入 UIViewController 的 automaticallyAdjustsScrollViewInsets 属性在 iOS11 中被废弃掉了。取而代之的是 UIScrollView 的 contentInsetAdjustmentBehavior
@available(iOS 11.0, *)public enum UIScrollViewContentInsetAdjustmentBehavior : Int { case automatic //default value case scrollableAxes case never case always}@available(iOS 11.0, *)open var contentInsetAdjustmentBehavior: UIScrollViewContentInsetAdjustmentBehavior
Content Insets Adjustment Behavior
never 不做调整。
scrollableAxes content insets 只会针对 scrollview 滚动方向做调整。
always content insets 会针对两个方向都做调整。
automatic 这是默认值。当下面的条件满足时， 它跟 always 是一个意思
能够水平滚动，不能垂直滚动
scroll view 是 当前 view controller 的第一个视图
这个controller 是被navigation controller 或者 tab bar controller 管理的
automaticallyAdjustsScrollViewInsets 为 true
在其他情况下 automoatc 跟 scrollableAxes 一样
Adjusted Content Insets
iOS 11 中 UIScrollView 新加了一个属性: adjustedContentInset
@available(iOS 11.0, *)open var adjustedContentInset: UIEdgeInsets { get }
adjustedContentInset 和 contentInset 之间有什么区别呢？
在同时有 navigation 和 tab bar 的 view controller 中添加一个 scrollview 然后分别打印两个值:
//iOS 10//contentInset = UIEdgeInsets(top: 64.0, left: 0.0, bottom: 49.0, right: 0.0)//iOS 11//contentInset = UIEdgeInsets(top: 0.0, left: 0.0, bottom: 0.0, right: 0.0)//adjustedContentInset = UIEdgeInsets(top: 64.0, left: 0.0, bottom: 49.0, right: 0.0)
然后再设置:
// 给 scroll view 的四个方向都加 10 的间距scrollView.contentInset = UIEdgeInsets(top: 10, left: 10, bottom: 10, right: 10)
//iOS 10//contentInset = UIEdgeInsets(top: 74.0, left: 10.0, bottom: 59.0, right: 10.0)//iOS 11//contentInset = UIEdgeInsets(top: 10.0, left: 10.0, bottom: 10.0, right: 10.0)//adjustedContentInset = UIEdgeInsets(top: 74.0, left: 10.0, bottom: 59.0, right: 10.0)
由此可见，在 iOS 11 中 scroll view 实际的 content inset 可以通过 adjustedContentInset 获取。这就是说如果你要适配 iOS 10 的话。这一部分的逻辑是不一样的。
系统还提供了两个方法来监听这个属性的改变
//UIScrollView@available(iOS 11.0, *)open func adjustedContentInsetDidChange()//UIScrollViewDelegate@available(iOS 11.0, *)optional public func scrollViewDidChangeAdjustedContentInset(_ scrollView: UIScrollView)
UITableView 中的 safe area
我们现在再来看一下 UITableView 中 safe area 的情况。我们先添加一个有自定义 header 以及自定义 cell 的 tableview。设置边框为 self.view 的边框。也就是
tableView.snp.makeConstraints { (make) in make.edges.equalToSuperview()}
tableView.frame = view.bounds
自定义的 header 上面有一个 lable，自定义的 cell 上面也有一个 label。将屏幕横屏之后会发现，cell 以及 header 的布局均自动留出了 safe area 以外的距离。cell 还是那么大，只是 cell 的 contnt view 留出了相应的距离。这其实是 UITableView 中新引入的属性管理的:
@available(iOS 11.0, *)open var insetsContentViewsToSafeArea: Bool
insetsContentViewsToSafeArea 的默认值是 true， 将其设置成 no 之后:
可以看出来 footer 和 cell 的 content view 的大小跟 cell 的大小相同了。这就是说：在 iOS 11 下, 并不需要改变 header/footer/cell 的布局， 系统会自动区适配 safe area
需要注意的是, Xcode 9 中使用 IB 拖出来的 TableView 默认的边框是 safe area 的。所以实际运行起来 tableview 都是在 safe area 之内的。
UICollectionView 中的 safe area
我们在做一个相同的 collection view 来看一下 collection view 中是什么情况:
这是一个使用了 UICollectionViewFlowLayout 的 collection view。 滑动方向是竖向的。cell 透明， cell 的 content view 是白色的。这些都跟上面 table view 一样。header(UICollectionReusableView) 没有 content view 的概念, 所以给其自身设置了红色的背景。
从截图上可以看出来， collection view 并没有默认给 header cell footer 添加safe area 的间距。能够将布局调整到合适的情况的方法只有将 header/ footer / cell 的子视图跟其 safe area 关联起来。跟 IB 中拖 table view 一个道理。
现在我们再试试把布局调整成更像 collection view 那样:
截图上可以看出来横屏下, 左右两边的 cell 都被刘海挡住了。这种情况下, 我们可以通过修改 section insets 来适配 safe area 来解决这个问题。但是再 iOS 11 中， UICollectionViewFlowLayout 提供了一个新的属性 sectionInsetReference 来帮你做这件事情。
@available(iOS 11.0, *)public enum UICollectionViewFlowLayoutSectionInsetReference : Int { case fromContentInset case fromSafeArea case fromLayoutMargins}/// The reference boundary that the section insets will be defined as relative to. Defaults to `.fromContentInset`./// NOTE: Content inset will always be respected at a minimum. For example, if the sectionInsetReference equals `.fromSafeArea`, but the adjusted content inset is greater that the combination of the safe area and section insets, then section content will be aligned with the content inset instead.@available(iOS 11.0, *)open var sectionInsetReference: UICollectionViewFlowLayoutSectionInsetReference
可以看出来，系统默认是使用 .fromContentInset 我们再分别修改, 看具体会是什么样子的。
fromSafeArea
这种情况下 section content insets 等于原来的大小加上 safe area insets 的大小。
跟使用 .fromLayoutMargins 相似使用这个属性 colection view 的 layout margins 会被添加到 section content insets 上面。
IB 中的 Safe Area
前面的例子都说的是用代码布局要实现的部分。但是很多人都还是习惯用 Interface Builder 来写 UI 界面。苹果在 WWDC 2107 Session 412 中提到:Storyboards 中的 safe area 是向下兼容的 也就是说, 即使在 iOS10 及以下的 target 中，也可以使用 safe area 来做布局。唯一需要做的就是给每个 stroyboard 勾选 Use Safe Area Layout Guide。实际测试看，应该是 iOS9 以后都只需要这么做。
知识点: 在使用 IB 设置约束之后， 注意看相对的是 superview 还是 topLayoutGuide/bottomLayoutGuide， 包括在 Xcode 9 中勾选了 Use Safe Area Layout Guide 之后，默认应该是相对于 safe area 了。
在适配 iPhone X 的时候首先是要理解 safe area 是怎么回事。盲目的 if iPhoneX{} 只会给之后的工作代码更多的麻烦。
如果只需要适配到 iOS9 之前的 storyboard 都只需要做一件事情。
Xcode9 用 IB 可以看得出来, safe area 到处都是了。理解起来很简单。就是系统对每个 View 都添加了 safe area， 这个区域的大小，是否跟 view 的大小相同是系统来决定的。在这个 View 上的布局只需要相对于 safe area 就可以了。每个 View 的 safe area 都可以通过 iOS 11 新增的 API safeAreaInsets 或者 safeAreaLayoutGuide 获取。
对与 UIViewController 来说新增了 additionalSafeAreaInsets 这个属性, 用来管理有 tabbar 或者 navigation bar 的情况下额外的情况。
对于 UIScrollView， UITableView， UICollectionView 这三个控件来说，系统以及做了大多数的事情。
scrollView 只需要设置 contentInsetAdjustmentBehavior 就可以很容易的适配带 iPhoneX
tableView 只需要在 cell header footer 等设置约束的时候相对于 safe area 来做
对 collection view 来说修改 sectionInsetReference 为 .safeArea 就可以做大多数的事情了。
总的来说， safe area 可以看作是系统在所有的 view 上加了一个虚拟的 view， 这个虚拟的 view 的大小等都是跟 view 的位置等有关的(当然是在 iPhoneX上才有值) 以后在写代码的时候，自定义的控件都尽量针对 safe area 这个虚拟的 view 进行布局。
责任编辑：
声明：本文由入驻搜狐号的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
今日搜狐热点