细数AutoLayout以来UIView和UIViewController新增的相关API

2014-10-26 12:29

编辑：

suiling

分类：iOS开发

来源：chun.tips

45127

UIView Autolayout UIViewController

细数AutoLayout以来UIView和UIViewController新增的相关API – UIViewController篇

UILayoutSupport

@property(nonatomic,readonly,retain) id<uilayoutsupport> topLayoutGuide NS_AVAILABLE_IOS(7_0); </uilayoutsupport>
@property(nonatomic,readonly,retain) id<uilayoutsupport> bottomLayoutGuide NS_AVAILABLE_IOS(7_0); </uilayoutsupport>
@protocol UILayoutSupport
@property(nonatomic,readonly) CGFloat length;
@end

</pre>

从iOS 7以来，当我们的视图控制器结构中有NavigationBar，TabBar或者ToolBar的时候，它们的translucent属性的默认值改为了YES，并且当前的ViewController的高度会是整个屏幕的高度。（比如一个场景：拖动TableView的时候，上面的NavigationBar能够透过去看到TableView的内容。）

为了确保我们的视图不被这些Bar覆盖，我们可以在我们AutoLayout布局中使用topLayoutGuide和bottomLayoutGuide这两个属性。像这样：

NSDictionary *views = @{

"topLayoutGuide"

: self.topLayoutGuide, @

"myLabel"

: myLabel};
[NSLayoutConstraint constraintsWithVisualFormat:@

"V:[topLayoutGuide]-[myView]"

options:0 metrics:nil views:views]

</pre>

这个时候我们的视图就不会被Bar所覆盖，显示在了Bar下方：

[图片上传失败...(image-e8d953-1513687006841)]

并且使用这个属性布局时，在traitCollection改变时（旋转屏幕），它的值也会动态变化。上述代码，在横屏情况下，navigationbar高度变了之后，仍然能够正确显示。

这两个guides的计算方式如下：

topLayoutGuide

是通过计算 View Controller->View->Top 到覆盖这个View最下层的那个Bar（像Navigation Bar） -> Bottom 的距离

bottomLayoutGuide

是通过计算 View Controller->View->Bottom 到覆盖这个View上层那个Bar(像Tab bar) -> Top 的距离

如果我们不使用AutoLayout布局，我们也可以通过Guide的length属性获得相应的距离。我们应该在-viewDidLayoutSubviews或者-layoutSubviews调用super之后，再去获得length这个值，以确保正确。

UIConstraintBasedLayoutCoreMethods

- (
void

)updateViewConstraints NS_AVAILABLE_IOS(6_0);

</pre>

UIViewController中也新增了一个更新布局约束的方法，在AutoLayout UIView相关API的笔记中,详细讲述了UIView的一组更新布局约束的方法。

这个方法默认的实现是调用对应View的 -updateConstraints 。ViewController的View在更新视图布局时，会先调用ViewController的updateViewConstraints 方法。我们可以通过重写这个方法去更新当前View的内部布局，而不用再继承这个View去重写-updateConstraints方法。我们在重写这个方法时，务必要调用 super 或者调用当前View的 -updateConstraints 方法。

UITraitEnvironment

又一次看到了UITraitEnvironment协议，在UIKit Framework中，有四个类支持这个协议，分别是UIScreen, UIViewController，UIView 和 UIPresentationController。所以当视图的traitCollection改变时，UIViewController能够捕获到这个消息，并做对应处理的。更多解释可以参考上一篇文章详解UICoordinateSpace和UIScreen在iOS 8上的坐标问题。

关于Size Class和UITraitCollection的概念可参考如下链接：

WWDC 2014 Session笔记 - iOS界面开发的大一统

From: onecat’s Blog

iOS8 Size Classes的理解与使用

From: Joywii’s Blog

另外，UIViewController还另外提供了以下两个方法：

- (
void

)setOverrideTraitCollection:(UITraitCollection *)collection forChildViewController:(UIViewController *)childViewController NS_AVAILABLE_IOS(8_0);
- (UITraitCollection *)overrideTraitCollectionForChildViewController:(UIViewController *)childViewController NS_AVAILABLE_IOS(8_0);

</pre>

我们可以通过调用ViewController的setOverrideTraitCollection方法为它的ChildViewController重新设置traitCollection的值。一般情况下traitCollection值从父controller传到子controller是不做修改的。当我们自己实现一个容器Controller的时候，我们可以使用这个方法进行调整。

相对的，我们可以通过overrideTraitCollectionForChildViewController方法获得ChildViewController的traitCollection值。

UIContentContainer

iOS 8上随着Size Class概念的提出，UIViewController支持了UIContentContainer这样一组新的协议：

- (
void

)systemLayoutFittingSizeDidChangeForChildContentContainer:(id <uicontentcontainer>)container NS_AVAILABLE_IOS(8_0); </uicontentcontainer>
- (CGSize)sizeForChildContentContainer:(id <uicontentcontainer>)container withParentContainerSize:(CGSize)parentSize NS_AVAILABLE_IOS(8_0); </uicontentcontainer>
- (
void

)viewWillTransitionToSize:(CGSize)size withTransitionCoordinator:(id <uiviewcontrollertransitioncoordinator>)coordinator NS_AVAILABLE_IOS(8_0); </uiviewcontrollertransitioncoordinator>
- (
void

)willTransitionToTraitCollection:(UITraitCollection *)newCollection withTransitionCoordinator:(id <uiviewcontrollertransitioncoordinator>)coordinator NS_AVAILABLE_IOS(8_0); </uiviewcontrollertransitioncoordinator>

</pre>

UIViewController对这组协议提供了默认的实现。我们自定义ViewController的时候可以重写这些方法来调整视图布局，比如我们可以在这些方法里调整ChildViewControler的位置。当我们重写这些协议方法时，我们通常都去调用 super。

viewWillTransitionToSize： ViewController的View的size被他的Parent Controller改变时，会触发这个方法。(比如rootViewController在它的window旋转的时候)。我们在重写这个方法时，确保要调用super,来保证size改变的这条消息能够正常传递给它的Views或者ChildViewControllers。

willTransitionToTraitCollection：当ViewController的traitCollection的值将要改变时会调用这个方法。这个方法是在 UITraitEnvironment协议方法 traitCollectionDidChange:之前被调用。我们在重写这个方法时，也要确保要调用super来保证消息的传递。比如，我们可以像这样在traitCollection值改变时，对视图做对应的动画进行调整:

- (
void

)willTransitionToTraitCollection:(UITraitCollection *)newCollection
withTransitionCoordinator:(id <uiviewcontrollertransitioncoordinator>)coordinator </uiviewcontrollertransitioncoordinator>
{
[

super

willTransitionToTraitCollection:newCollection
withTransitionCoordinator:coordinator];
[coordinator animateAlongsideTransition:^(id <uiviewcontrollertransitioncoordinatorcontext> context) { </uiviewcontrollertransitioncoordinatorcontext>
if

(newCollection.verticalSizeClass == UIUserInterfaceSizeClassCompact) {
}

else

{
}
[self.view setNeedsLayout];
} completion:nil];
}

</pre>

sizeForChildContentContainer：一个容器ViewController可以使用这个方法设置ChildViewController的size。当容器ViewControllerviewWillTransitionToSize:withTransitionCoordinator:被调用时(我们重写这个方法时要调用Super)，sizeForChildContentContainer方法将会被调用。然后我们可以把需要设置的size发送给ChildViewController。当我们设置的这个size和当前ChildViewController的size一样，那么ChildViewController的viewWillTransitionToSize方法将不会被调用。

sizeForChildContentContainer默认的实现是返回 parentSize。

systemLayoutFittingSizeDidChangeForChildContentContainer：当满足如下情况，这个方法会被调用：

当前ViewController没有使用AutoLayout布局
ChildrenViewController的View使用了AutoLayout布局
ChildrenViewController View -systemLayoutSizeFittingSize:方法返回的值改变（View由于内容的变化，size也出现了变化）

preferredContentSize

// From UIContentContainer Protocol
@property (nonatomic, readonly) CGSize preferredContentSize NS_AVAILABLE_IOS(8_0);
- (
void

)preferredContentSizeDidChangeForChildContentContainer:(id <uicontentcontainer>)container NS_AVAILABLE_IOS(8_0); </uicontentcontainer>
// From UIViewController
@property (nonatomic) CGSize preferredContentSize NS_AVAILABLE_IOS(7_0);

</pre>

preferredContentSize在UIContentContainer协议中是只读的，对应的UIViewController有可写的版本。我们可以使用preferredContentSize来设置我们期望的ChildViewController的界面大小。举个例子，如果应用中使用的popOver大小会发生变化，iOS7之前我们可以用contentSizeForViewInPopover来调整。iOS7开始这个API被废弃，我们可以使用preferredContentSize来设置。

当一个容器ViewController的ChildViewController的这个值改变时，UIKit会调用preferredContentSizeDidChangeForChildContentContainer这个方法告诉当前容器ViewController。我们可以在这个方法里根据新的Size对界面进行调整。

总结 UIViewController到目前为止(iOS 8.1), 关于布局的API最大的变化是iOS8中新增支持的两组协议：UITraitEnvironment 和 UIContentContainer。我们可以在学习中通过Demo实现这些协议，来观察ViewController中这些方法最终被调用的时机。

细数AutoLayout以来UIView和UIViewController新增的相关API--UIView篇

iOS8上关于UIView的Margin新增了3个APIs：

@property (nonatomic) UIEdgeInsets layoutMargins NS_AVAILABLE_IOS(8_0);
@property (nonatomic) BOOL preservesSuperviewLayoutMargins NS_AVAILABLE_IOS(8_0);
- (
void

)layoutMarginsDidChange NS_AVAILABLE_IOS(8_0);

</pre>

在iOS 8中，可以使用layoutMargins去定义view之间的间距,该属性只对AutoLayout布局生效。

因此AutoLayout中NSLayoutAttribute的枚举值有了相应的更新：

NSLayoutAttributeLeftMargin NS_ENUM_AVAILABLE_IOS(8_0),
NSLayoutAttributeRightMargin NS_ENUM_AVAILABLE_IOS(8_0),
NSLayoutAttributeTopMargin NS_ENUM_AVAILABLE_IOS(8_0),
NSLayoutAttributeBottomMargin NS_ENUM_AVAILABLE_IOS(8_0),
NSLayoutAttributeLeadingMargin NS_ENUM_AVAILABLE_IOS(8_0),
NSLayoutAttributeTrailingMargin NS_ENUM_AVAILABLE_IOS(8_0),
NSLayoutAttributeCenterXWithinMargins NS_ENUM_AVAILABLE_IOS(8_0),
NSLayoutAttributeCenterYWithinMargins NS_ENUM_AVAILABLE_IOS(8_0),

</pre>

通过在Xcode中测试打印，发现UIView默认的layoutMargins的值为 {8, 8, 8, 8}，我们可以通过修改这个值来改变View之间的距离。

在我们改变View的layoutMargins这个属性时，会触发- (void)layoutMarginsDidChange这个方法。我们在自己的View里面可以重写这个方法来捕获layoutMargins的变化。在大多数情况下，我们可以在这个方法里触发drawing和layout的Update。

preservesSuperviewLayoutMargins这个属性默认是NO。如果把它设为YES，layoutMargins会根据屏幕中相关View的布局而改变。举个例子：

[图片上传失败...(image-523070-1513687006841)]

如上图，有三个View，其中蓝色View的layoutMargins设为 UIEdgeInsetsMake(50, 50, 50, 50)，黄色View的layoutMargins设为 UIEdgeInsetsMake(10, 10, 10, 10)。对黄色View的布局约束代码如下:

[NSLayoutConstraint constraintWithItem:yellowView attribute:NSLayoutAttributeWidth relatedBy:NSLayoutRelationEqual toItem:blueView attribute:NSLayoutAttributeWidth multiplier:1.0 constant:0.0];
[NSLayoutConstraint constraintWithItem:yellowView attribute:NSLayoutAttributeHeight relatedBy:NSLayoutRelationEqual toItem:blueView attribute:NSLayoutAttributeHeight multiplier:0.5 constant:0.0];
[NSLayoutConstraint constraintWithItem:yellowView attribute:NSLayoutAttributeCenterY relatedBy:NSLayoutRelationEqual toItem:blueView attribute:NSLayoutAttributeCenterY multiplier:1.0 constant:0.0];
[NSLayoutConstraint constraintWithItem:yellowView attribute:NSLayoutAttributeCenterX relatedBy:NSLayoutRelationEqual toItem:blueView attribute:NSLayoutAttributeCenterX multiplier:1.0 constant:0.0];

</pre>

对黑色View的布局代码如下:

[NSLayoutConstraint constraintWithItem:blackView attribute:NSLayoutAttributeTrailing relatedBy:NSLayoutRelationEqual toItem:yellowView attribute:NSLayoutAttributeTrailingMargin multiplier:1.0 constant:0.0];
[NSLayoutConstraint constraintWithItem:blackView attribute:NSLayoutAttributeLeading relatedBy:NSLayoutRelationEqual toItem:yellowView attribute:NSLayoutAttributeLeadingMargin multiplier:1.0 constant:0.0];
[NSLayoutConstraint constraintWithItem:blackView attribute:NSLayoutAttributeTop relatedBy:NSLayoutRelationEqual toItem:yellowView attribute:NSLayoutAttributeTopMargin multiplier:1.0 constant:0.0];
[NSLayoutConstraint constraintWithItem:blackView attribute:NSLayoutAttributeBottom relatedBy:NSLayoutRelationEqual toItem:yellowView attribute:NSLayoutAttributeBottomMargin multiplier:1.0 constant:0.0];

</pre>

在preservesSuperviewLayoutMargins默认为NO的情况下，显示效果就和上图一样(间距为10)。当设置黄色View的preservesSuperviewLayoutMargins为YES时，将会获得如下效果（间距为50）：

[图片上传失败...(image-1f985a-1513687006841)]

UIConstraintBasedLayoutInstallingConstraints

@

interface

UIView (UIConstraintBasedLayoutInstallingConstraints)
- (NSArray *)constraints NS_AVAILABLE_IOS(6_0);
- (
void

)addConstraint:(NSLayoutConstraint *)constraint NS_AVAILABLE_IOS(6_0);
- (
void

)addConstraints:(NSArray *)constraints NS_AVAILABLE_IOS(6_0);
- (
void

)removeConstraint:(NSLayoutConstraint *)constraint NS_AVAILABLE_IOS(6_0);
- (
void

)removeConstraints:(NSArray *)constraints NS_AVAILABLE_IOS(6_0);
@end

</pre>

以上这五个API中，第一个是返回当前View中所有的constraints。后面四个方法即将被废弃，应该使用NSLayoutConstraint类中activateConstraint相关方法替代。

UIConstraintBasedLayoutCoreMethods

@

interface

UIView (UIConstraintBasedLayoutCoreMethods)
- (
void

)updateConstraintsIfNeeded NS_AVAILABLE_IOS(6_0);
- (
void

)updateConstraints NS_AVAILABLE_IOS(6_0);
- (BOOL)needsUpdateConstraints NS_AVAILABLE_IOS(6_0);
- (
void

)setNeedsUpdateConstraints NS_AVAILABLE_IOS(6_0);
@end

</pre>

setNeedsUpdateConstraints ：当一个自定义的View某一个属性的改变可能影响到界面布局，我们应该调用这个方法来告诉布局系统在未来某个时刻需要更新。系统会调用updateConstraints去更新布局。

updateConstraints ：自定义View时，我们应该重写这个方法来设置当前view局部的布局约束。重写这个方法时，一定要调用[super updateConstraints]。

needsUpdateConstraints ：布局系统使用这个返回值来确定是否调用updateConstraints

updateConstraintsIfNeeded ：我们可以调用这个方法触发update Constraints的操作。在needsUpdateConstraints返回YES时，才能成功触发update Constraints的操作。我们不应该重写这个方法。

Auto Layout的布局过程是 update constraints(updateConstraints)-> layout Subviews(layoutSubViews)-> display(drawRect) 这三步不是单向的，如果layout的过程中改变了constrait, 就会触发update constraints，进行新的一轮迭代。我们在实际代码中，应该避免在此造成死循环。

UIConstraintBasedCompatibility

@

interface

UIView (UIConstraintBasedCompatibility)
- (BOOL)translatesAutoresizingMaskIntoConstraints NS_AVAILABLE_IOS(6_0);
- (
void

)setTranslatesAutoresizingMaskIntoConstraints:(BOOL)flag NS_AVAILABLE_IOS(6_0);
- (BOOL)requiresConstraintBasedLayout NS_AVAILABLE_IOS(6_0);
@end

</pre>

默认情况下，View的autoresizing工作会根据当前位置自动设置约束。我们在使用代码写自己的约束布局代码时，必须设置当前View的translatesAutoresizingMaskIntoConstraints为NO，否则无法正常运作。IB默认是NO。

requiresConstraintBasedLayout ：我们应该在自定义View中重写这个方法。如果我们要使用Auto Layout布局当前视图，应该设置为返回YES。

UIConstraintBasedLayoutLayering

- (CGRect)alignmentRectForFrame:(CGRect)frame NS_AVAILABLE_IOS(6_0);
- (CGRect)frameForAlignmentRect:(CGRect)alignmentRect NS_AVAILABLE_IOS(6_0);
- (UIEdgeInsets)alignmentRectInsets NS_AVAILABLE_IOS(6_0);

</pre>

AutoLayout并不会直接操作View的Frame，但是视图的alignment rect是起作用的。视图的默认alignmentRectInsets值就是(0,0,0,0)。

我们可以简单的对当前View设置用来布局的矩形，比如：

我们有一个自定义icon类型的Button，但是icon的大小比我们期望点击的Button区域要小。这个时候我们可以重写alignmentRectInsets，把icon放在适当的位置。

大多数情况下重写alignmentRectInsets这个方法可以满足我们的工作。如果需要更加个性化的修改，我们可以重写alignmentRectForFrame和frameForAlignmentRect这两个方法。比如我们不想减去视图固定的Insets，而是需要基于当前frame修改alignment rect。在重写这两个方法时，我们应该确保是互为可逆的。

Base line

- (UIView *)viewForBaselineLayout NS_AVAILABLE_IOS(6_0);

</pre>

当我们在使用布局约束中NSLayoutAttributeBaseline属性时，系统会默认返回当前视图的底部作为baseline。我们可以重写上述方法，但必须返回的是当前视图中的子视图。

Intrinsic Content Size

UIKIT_EXTERN

const

CGFloat UIViewNoIntrinsicMetric NS_AVAILABLE_IOS(6_0);
- (CGSize)intrinsicContentSize NS_AVAILABLE_IOS(6_0);
- (
void

)invalidateIntrinsicContentSize NS_AVAILABLE_IOS(6_0);
- (UILayoutPriority)contentHuggingPriorityForAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0);
- (
void

)setContentHuggingPriority:(UILayoutPriority)priority forAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0);
- (UILayoutPriority)contentCompressionResistancePriorityForAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0);
- (
void

)setContentCompressionResistancePriority:(UILayoutPriority)priority forAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0);

</pre>

通过重写intrinsicContentSize可以设置当前视图显示特定内容时的大小。比如我们设置一个自定义View，View里面包含一个Label显示文字，为了设置当前View在不同Size Class下内容的大小，我们可以这样:

- (CGSize)intrinsicContentSize
{
CGSize size = [label intrinsicContentSize];
if

(self.traitCollection.horizontalSizeClass == UIUserInterfaceSizeClassCompact) {
size.width += 4.0f;
}

else

{
size.width += 40.0f;
}
if

(self.traitCollection.verticalSizeClass == UIUserInterfaceSizeClassCompact) {
size.height += 4.0;
}

else

 {

size.height += 40.0;
}
return

size;
}

</pre>

当有任何会影响这个Label内容大小的事件发生时，我们应该调用invalidateIntrinsicContentSize：

label.text = @

"content update"
[self invalidateIntrinsicContentSize];
// 或者比如当前视图Size Class改变的时候
- (
void

)traitCollectionDidChange:(UITraitCollection *)previousTraitCollection
{
[

super

traitCollectionDidChange:previousTraitCollection];
if

((self.traitCollection.verticalSizeClass != previousTraitCollection.verticalSizeClass)
|| (self.traitCollection.horizontalSizeClass != previousTraitCollection.horizontalSizeClass)) {
[self invalidateIntrinsicContentSize];
}
}

</pre>

不是所有的视图都有 intrinsicContentSize， UIView默认情况下就返回的是 UIViewNoIntrinsicMetric。只有当视图中需要根据内部内容进行调整大小时，我们才需要用到 intrinsicContentSize。

当视图大小在变化时，我们可以使用上面最后四个API来设置视图的压缩或者放大的方式。

typedef NS_ENUM(NSInteger, UILayoutConstraintAxis) {
UILayoutConstraintAxisHorizontal = 0,
UILayoutConstraintAxisVertical = 1
};

</pre>

上面最后四个API主要是通过修改水平或者垂直方向的优先级来实现视图是基于水平缩小(放大)还是垂直缩小(放大)。当我们的视图需要根据内部内容进行调整大小时，我们应该使用上述方法为当前视图设置初始值。而不应该重写这几个方法。

UIConstraintBasedLayoutFittingSize

UIKIT_EXTERN

const

CGSize UILayoutFittingCompressedSize NS_AVAILABLE_IOS(6_0);
UIKIT_EXTERN

const

CGSize UILayoutFittingExpandedSize NS_AVAILABLE_IOS(6_0);
@

interface

UIView (UIConstraintBasedLayoutFittingSize)
- (CGSize)systemLayoutSizeFittingSize:(CGSize)targetSize NS_AVAILABLE_IOS(6_0);
- (CGSize)systemLayoutSizeFittingSize:(CGSize)targetSize withHorizontalFittingPriority:(UILayoutPriority)horizontalFittingPriority verticalFittingPriority:(UILayoutPriority)verticalFittingPriority NS_AVAILABLE_IOS(8_0);
@end

</pre>

上面两个API可以获得当前使用AutoLayout视图的size。其中targetSize可以传入UILayoutFittingCompressedSize或者UILayoutFittingExpandedSize，分别对应的是最小情况下可能的Size和最大情况下可能的Size。

UIConstraintBasedLayoutDebugging

- (NSArray *)constraintsAffectingLayoutForAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0);
- (BOOL)hasAmbiguousLayout NS_AVAILABLE_IOS(6_0);
- (
void

)exerciseAmbiguityInLayout NS_AVAILABLE_IOS(6_0);

</pre>

第一个API可以获得视图在不同方向上所有的布局约束。

hasAmbiguousLayout ：可以知道当前视图的布局是否会有歧义。这里有一个私有API _autolayoutTrace可以获得整个视图树的字符串。

ifdef DEBUG
NSLog(@

"%@"

, [self performSelector:@selector(_autolayoutTrace)]);
endif

</pre>

exerciseAmbiguityInLayout ：这个方法会随机改变视图的layout到另外一个有效的layout。这样我们就可以很清楚的看到哪一个layout导致了整体的布局约束出现了错误，或者我们应该增加更多的布局约束。

我们应该让上面的四个方法只在DEBUG环境下被调用。

新增支持 UITraitEnvironment Protocol

@protocol UITraitEnvironment
@property (nonatomic, readonly) UITraitCollection *traitCollection;
- (
void

)traitCollectionDidChange:(UITraitCollection *)previousTraitCollection;
@end

</pre>

iOS 8 上新增了Size Class的概念，其中UITraitCollection类用来描述不同Size大小。关于Size Class和UITraitCollection的概念可参考如下链接：http://joywii.github.io/blog/2014/09/24/ios8-size-classesde-li-jie-yu-shi-yong/

UIView实现了这个协议，我们可以获得当前View的traitCollection，从而得知当前View处于什么样的Size Class下。并且当traitCollection有变化时，我们可以通过重写traitCollectionDidChange知道该事件的触发。默认情况下，这个方法什么都不执行。

traitCollection的变化是从UIScreen开始被触发，并且逐层往下传递的，具体如下：

UIScreen -> UIWindow -> UIViewController -> ChildViewControllers -> View -> Subviews

关于这一点，我在详解UICoordinateSpace和UIScreen在iOS 8上的坐标问题一文中有做详细解释。

总结 UIView到目前为止(iOS 8.1)，所有增加的关于AutoLayout的API请参考上述文章。进一步对这些API理解可以让我们写出更健壮的布局代码。

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 194,390评论 5赞 459
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 81,821评论 2赞 371
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 141,632评论 0赞 319
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 52,170评论 1赞 263
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 61,033评论 4赞 355
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 46,098评论 1赞 272
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 36,511评论 3赞 381
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 35,204评论 0赞 253
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 39,479评论 1赞 290
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 34,572评论 2赞 309
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 36,341评论 1赞 326
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 32,213评论 3赞 312
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 37,576评论 3赞 298
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 28,893评论 0赞 17
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 30,171评论 1赞 250
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 41,486评论 2赞 341
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 40,676评论 2赞 335

细数AutoLayout以来UIView和UIViewController新增的相关API

细数AutoLayout以来UIView和UIViewController新增的相关API

ifdef DEBUG

endif

推荐阅读更多精彩内容