uiscrollview要是用约束布局的话,子控件的宽和高必须确定,所以,要是有scrollview的话,子控件viewz中,还有子控件label之类的,那样的话, label还是不要用约束布局吧
http://www.cnblogs.com/jingxin1992/archive/2017/06/30/7100933.html
http://blog.csdn.net/u014795020/article/details/51893943
推荐 : http://www.jianshu.com/p/97757a74917c
xib创建 uiscrollview 与下面的思路一样:
【1】uiscrollview 只设置,距离底部的self.view的上,下,左,右,4个约束,不用设置contensize,让 容器View 把uiscrollview撑起来。
【2】给容器View,设置上下左右的约束,宽和高 一共6个约束,
【注意】: 1. 高设置的时候,也是使用 greaterThanOrEqualTo【先设置高,然后点edit,编辑成greaterThanOrEqualTo】
- 最后一个控件要设置bottom, 与容器View的距离
这样的话,容器View 上最后一个控件的高度变化,容器View的高度也变化,从而uiscrollview的高度也变化。
问题描述
开发中遇到了关于Masonry对于Scrollview的contentSize的设置问题。通过阅读Masonry的源码,我最终找到了我想要的方法。
其实问题很简单,也因为我个人对于Masonry使用还不够熟练(平时用stb挺多。。)。
实际情况是这样的,我要在一个简单的视图中显示一个标题,一个时间,还有一个文字内容,文字内容不定,可能会很多,多到超出这个屏幕,由于是很固定的屏幕布局,我采用的方式是,ScrollView加上一个容器View(contentView), 还有三个label即可,三个label加到contentView上,使用Masonry进行布局。
这里涉及到contentSize的地方就是其中一个label是放置内容的我们叫做contentLabel,这个是多行显示,高度不定,由于这个视图是加到了contentView上,contentView的高度决定了ScrollView的contentSize,于是要做的就是保证contentLabel的高度动态变化的同时contentView的高度也要动态变化,才能够保证超出屏幕之后,可以滑动查看超出的内容文字。多余的不说了,看代码吧。可能代码写的不好,希望大家可以指正:flushed:
- 代码
@interface DemoVC ()
{
UIScrollView * _scrollView;
UIView * _contentView;
UILabel * _titleLabel;
UILabel * _timeLabel;
UILabel * _contentLabel;
}
@end
@implementation DemoVC
- (void)viewDidLoad {
[super viewDidLoad];
[self createView];
[self __layoutSubViews];
}
- (void)createView {
UIScrollView * scrollView = [[UIScrollView alloc] init];
scrollView.backgroundColor = [UIColor groupTableViewBackgroundColor];
[self.view addSubview:scrollView];
_scrollView = scrollView;
UIView * contentView = [[UIView alloc] init];
contentView.backgroundColor = [UIColor groupTableViewBackgroundColor];
[scrollView addSubview:contentView];
_contentView = contentView;
UILabel * titleLabel = [[UILabel alloc] init];
titleLabel.textAlignment = NSTextAlignmentCenter;
titleLabel.font = [UIFont systemFontOfSize:16.f];
titleLabel.textColor = CustomBlackColor;
[contentView addSubview:titleLabel];
_titleLabel = titleLabel;
UILabel * timeLabel = [[UILabel alloc] init];
timeLabel.textAlignment = NSTextAlignmentCenter;
timeLabel.font = [UIFont systemFontOfSize:11.f];
timeLabel.textColor = [UIColor lightGrayColor];
[contentView addSubview:timeLabel];
_timeLabel = timeLabel;
UILabel * contentLabel = [[UILabel alloc] init];
contentLabel.numberOfLines = 0;
contentLabel.font = [UIFont systemFontOfSize:14.f];
contentLabel.textColor = [UIColor darkGrayColor];
contentLabel.backgroundColor = [UIColor clearColor];
[contentView addSubview:contentLabel];
_contentLabel = contentLabel;
}
- (void)__layoutSubViews {
[_scrollView mas_makeConstraints:^(MASConstraintMaker *make) {
make.edges.equalTo(self.view);
}];
[_contentView mas_makeConstraints:^(MASConstraintMaker *make) {
make.edges.equalTo(_scrollView);
make.width.equalTo(_scrollView);
make.height.greaterThanOrEqualTo(@0.f);//此处保证容器View高度的动态变化 大于等于0.f的高度
}];
[_titleLabel mas_makeConstraints:^(MASConstraintMaker *make) {
make.top.equalTo(_contentView).offset(20.f);
make.left.equalTo(_contentView).offset(10);
make.right.equalTo(_contentView).offset(-10);
make.height.equalTo(@16.f);
}];
[_timeLabel mas_makeConstraints:^(MASConstraintMaker *make) {
make.top.equalTo(_titleLabel.mas_bottom).offset(5.f);
make.left.equalTo(_contentView).offset(10);
make.right.equalTo(_contentView).offset(-10);
make.height.equalTo(@16.f);
}];
[_contentLabel mas_makeConstraints:^(MASConstraintMaker *make) {
make.top.equalTo(_timeLabel.mas_bottom).offset(20.f);
make.left.equalTo(_contentView).offset(10);
make.right.equalTo(_contentView).offset(-10);
make.bottom.equalTo(_contentView).offset(-10);// 设置与容器View底部高度固定,contentLabel高度变化的时候,由于设置了容器View的高度动态变化,底部距离固定。 此时contentView的高度变化之后,ScrollView的contentSize就发生了变化,适配文字内容,滑动查看超出屏幕文字。
// make.height.greaterThanOrEqualTo(@16.f);//高度动态变化 大于等于16
}];
_titleLabel.text = @"测试效果";
_timeLabel.text = @"2015.09.09";
_contentLabel.text = @"为什么要默认向上的阴影呢?尽管Core Animation是从图层套装演变而来(可以认为是为iOS创建的私有动画框架),但是呢,它却是在Mac OS上面世的,前面有提到,二者的Y轴是颠倒的。这就导致了默认的3个点位移的阴影是向上的。在Mac上,shadowOffset的默认值是阴影向下的,这样你就能理解为什么iOS上的阴影方向是向上的了(如图4.5)为什么要默认向上的阴影呢?尽管Core Animation是从图层套装演变而来(可以认为是为iOS创建的私有动画框架),但是呢,它却是在Mac OS上面世的,前面有提到,二者的Y轴是颠倒的。这就导致了默认的3个点位移的阴影是向上的。在Mac上,shadowOffset的默认值是阴影向下的,这样你就能理解为什么iOS上的阴影方向是向上的了(如图4.5)为什么要默认向上的阴影呢?尽管Core Animation是从图层套装演变而来(可以认为是为iOS创建的私有动画框架),但是呢,它却是在Mac OS上面世的,前面有提到,二者的Y轴是颠倒的。这就导致了默认的3个点位移的阴影是向上的。在Mac上,shadowOffset的默认值是阴影向下的,这样你就能理解为什么iOS上的阴影方向是向上的了(如图4.5)为什么要默认向上的阴影呢?尽管Core Animation是从图层套装演变而来(可以认为是为iOS创建的私有动画框架),但是呢,它却是在Mac OS上面世的,前面有提到,二者的Y轴是颠倒的。这就导致了默认的3个点位移的阴影是向上的。在Mac上,shadowOffset的默认值是阴影向下的,这样你就能理解为什么iOS上的阴影方向是向上的了(如图4.5)为什么要默认向上的阴影呢?尽管Core Animation是从图层套装演变而来(可以认为是为iOS创建的私有动画框架),但是呢,它却是在Mac OS上面世的,前面有提到,二者的Y轴是颠倒的。这就导致了默认的3个点位移的阴影是向上的。在Mac上,shadowOffset的默认值是阴影向下的,这样你就能理解为什么iOS上的阴影方向是向上的了(如图4.5)为什么要默认向上的阴影呢?尽管Core Animation是从图层套装演变而来(可以认为是为iOS创建的私有动画框架),但是呢,它却是在Mac OS上面世的,前面有提到,二者的Y轴是颠倒的。这就导致了默认的3个点位移的阴影是向上的。在Mac上,shadowOffset的默认值是阴影向下的,这样你就能理解为什么iOS上的阴影方向是向上的了(如图4.5)为什么要默认向上的阴影呢?尽管Core Animation是从图层套装演变而来(可以认为是为iOS创建的私有动画框架),但是呢,它却是在Mac OS上面世的,前面有提到,二者的Y轴是颠倒的。这就导致了默认的3个点位移的阴影是向上的。在Mac上,shadowOffset的默认值是阴影向下的,这样你就能理解为什么iOS上的阴影方向是向上的了(如图4.5)为什么要默认向上的阴影呢?尽管Core Animation是从图层套装演变而来(可以认为是为iOS创建的私有动画框架),但是呢,它却是在Mac OS上面世的,前面有提到,二者的Y轴是颠倒的。这就导致了默认的3个点位移的阴影是向上的。在Mac上,shadowOffset的默认值是阴影向下的,这样你就能理解为什么iOS上的阴影方向是向上的了(如图4.5)为什么要默认向上的阴影呢?尽管Core Animation是从图层套装演变而来(可以认为是为iOS创建的私有动画框架),但是呢,它却是在Mac OS上面世的,前面有提到,二者的Y轴是颠倒的。这就导致了默认的3个点位移的阴影是向上的。在Mac上,shadowOffset的默认值是阴影向下的,这样你就能理解为什么iOS上的阴影方向是向上的了(如图4.5)";
}