ios 自动布局有什么类型的约束,有人知道吗?_7186字

    话题:ios masonry布局不能和storyboard结合吗0

    推荐回答:开源项目Masonry旨在让自动布局(AutoLayout)的代码更简洁、可读性更强。Masonry,“一个轻量级的布局框架,采用更优雅的语法封装自动布局”,不需要使用XIB和Storyboard。它的创造者JonasBudelmann论证了尽管自动布局很强大,但它很快就变得冗长而不可读。Masonry是一种领域特定语言(DSL),为自动布局的所有功能提供便捷的方法,包括建立和修改约束、存取属性、设置优先级以及调试支持。GitHub上的示例代码展示了Masonry的典型用法及其简洁的语法。UIEdgeInsetspadding=UIEdgeInsetsMake(10,10,10,10);[view1mas_makeConstraints:^(MASConstraintMaker*make){make.edges.equalTo(superview).with.insets(padding);}];自动布局最重要的是约束:UI元素间关系的数学表达式。约束包括尺寸、由优先级和阈值管理的相对位置。它们是添加剂,可能导致约束冲突、约束不足造成布局无法确定。这两种情况都会产生异常。通过编程的方式,不使用Masonry,也可以创建约束:创建NSLayoutConstraint,关联到视图并指定属性和关系。Apple也提供了VisualFormatLanguage,它是另一种以文本方式描述关系的领域特定语言。自动布局既不是强制的,也不是独有的方法。“springsandstruts”仍然是一种有效的方法。“springsandstruts”也就是autoresizingmasks,决定了一个视图的父视图大小变化时,其自身如何变化。Apple提供了采用自动布局的令人信服的原因:“Springsandstruts”模式需要编写代码来处理各种屏幕方向、尺寸和动态内容。iOS7中的动态类型允许用户在应用中设置文字大小偏好。支持iOS6和iOS7以及它们不同的元素度量。自动布局并非完美无缺。Apple提供了一篇指南,以常用的UIScrollView为例说明如何使用自动布局。MattNewburg在一篇回复中给出了充足的理由说明为什么“自动布局在视图转换时并不完美”。为了弥补这种不足,他建议更多地使用层转换。任何类型的自动布局代码意味着你将无法获得Xcode5提供的InterfaceBuilder增强功能的支持。特别是可视化地解决自动布局问题的功能,在assistanteditor的预览模式中查看各种屏幕方向、尺寸和iOS系统版本下的运行时布局的功能。

    话题:怎样做ios布局实现方法?0

    推荐回答:iOS越来越人性化了,用户可以在设置-通用-辅助功能中动态调整字体大小了。你会发现所有iOS自带的APP的字体大小都变了,可惜我们开发的第三方APP依然是以前的字体。在iOS7之后我们可以用UIFont的preferredFontForTextStyle:类方法来指定一个样式,并让字体大小符合用户设定的字体大小。目前可供选择的有六种样式:UIFontTextStyleHeadlineUIFontTextStyleBodyUIFontTextStyleSubheadlineUIFontTextStyleFootnoteUIFontTextStyleCaption1UIFontTextStyleCaption2iOS会根据样式的用途来合理调整字体。问题来了,诸如字体大小这种“动态类型”,我们需要对其进行动态的UI调整,否则总是觉得我们的界面怪怪的:我们想要让Cell的高度随着字体大小而作出调整:总之,还会有其他动态因素导致我们需要修改布局。解决方案UITableView有三种策略可以调节Cell(或者是Header和Footer)的高度:a.调节Height属性b.通过委托方法tableView:heightForRowAtIndexPath:c.Cell的“自排列”(self-sizing)前两种策略都是我们所熟悉的,后面将介绍第三种策略。UITableViewCell和UICollectionViewCell都支持self-sizing。在iOS7中,UITableViewDelegate新增了三个方法来满足用户设定Cell、Header和Footer预计高度的方法:-tableView:estimatedHeightForRowAtIndexPath:-tableView:estimatedHeightForHeaderInSection:-tableView:estimatedHeightForFooterInSection:当然对应这三个方法UITableView也estimatedRowHeight、estimatedSectionHeaderHeight和estimatedSectionFooterHeight三个属性,局限性在于只能统一定义所有行和节的高度。以Cell为例,iOS会根据给出的预计高度来创建一个Cell,但等到真正要显示它的时候,iOS8会在self-sizing计算得出新的Size并调整table的contentSize后,将Cell绘制显示出来。关键在于如何得出Cell新的Size,iOS提供了两种方法:自动布局这个两年前推出的神器虽然在一开始表现不佳,但随着Xcode的越来越给力,在iOS7中自动布局俨然成了默认勾选的选项,通过设定一系列约束来使得我们的UI能够适应各种尺寸的屏幕。如果你有使用约束的经验,想必已经有了解决思路:向Cell的contentView添加约束。iOS会先调用UIView的systemLayoutSizeFittingSize:方法来根据约束计算新的Size,如果你没实现约束,systemLayoutSizeFittingSize:会接着调用sizeThatFits:方法。人工代码我们可以重写sizeThatFits:方法来自己定义新的Size,这样我们就不必学习约束相关的知识了。下面我给出了一个用Swift语言写的Demo-HardChoice,使用自动布局来调整UITableViewCell的高度。我通过实现一个UITableViewCell的子类DynamicCell来实现自动布局,你可以再GitHub上下载源码:importUIKitclassDynamicCell:UITableViewCell{requiredinit(coder:NSCoder){super.init(coder:coder)iftextLabel!=nil{textLabel.font=UIFont.preferredFontForTextStyle(UIFontTextStyleHeadline)textLabel.numberOfLines=0}ifdetailTextLabel!=nil{detailTextLabel.font=UIFont.preferredFontForTextStyle(UIFontTextStyleBody)detailTextLabel.numberOfLines=0}}overridefuncconstraints()->[AnyObject]{varconstraints=[AnyObject]()iftextLabel!=nil{constraints.extend(constraintsForView(textLabel))}ifdetailTextLabel!=nil{constraints.extend(constraintsForView(detailTextLabel))}constraints.append(NSLayoutConstraint(item:contentView,attribute:NSLayoutAttribute.Height,relatedBy:NSLayoutRelation.GreaterThanOrEqual,toItem:contentView,attribute:NSLayoutAttribute.Height,multiplier:0,constant:44))contentView.addConstraints(constraints)returnconstraints}funcconstraintsForView(view:UIView)->[AnyObject]{varconstraints=[NSLayoutConstraint]()constraints.append(NSLayoutConstraint(item:view,attribute:NSLayoutAttribute.FirstBaseline,relatedBy:NSLayoutRelation.Equal,toItem:contentView,attribute:NSLayoutAttribute.Top,multiplier:1.8,constant:30.0))constraints.append(NSLayoutConstraint(item:contentView,attribute:NSLayoutAttribute.Bottom,relatedBy:NSLayoutRelation.GreaterThanOrEqual,toItem:view,attribute:NSLayoutAttribute.Baseline,multiplier:1.3,constant:8))returnconstraints}}上面的代码需要注意的是,Objective-C中的类在Swift中都可以被当做AnyObject,这在类型兼容问题上很管用。别忘了在相应的UITableViewController中的viewDidLoad方法中加上:self.tableView.estimatedRowHeight=44自适应效果如下:UICollectionViewUITableView和UICollectionView都是data-source和delegate驱动的。UICollectionView在此之上进行了进一步抽象。它将其子视图的位置,大小和外观的控制权委托给一个单独的布局对象。通过提供一个自定义布局对象,你几乎可以实现任何你能想象到的布局。布局继承自UICollectionViewLayout抽象基类。iOS6中以UICollectionViewFlowLayout类的形式提出了一个具体的布局实现。在UICollectionViewFlowLayout中,self-sizing同样适用:采用self-sizing后:UICollectionView实现self-sizing不仅可以通过在Cell的contentView上加约束和重写sizeThatFits:方法,也能在Cell层面(以前都是在contentSize上进行self-sizing)上做文章:重写UICollectionReusableView的preferredLayoutAttributesFittingAttributes:方法来在self-sizing计算出Size之后再修改,这样就达到了对Cell布局属性(UICollectionViewLayoutAttributes)的全面控制。PS:preferredLayoutAttributesFittingAttributes:方法默认调整Size属性来适应self-sizingCell,所以重写的时候需要先调用父类方法,再在返回的UICollectionViewLayoutAttributes对象上做你想要做的修改。由此我们从最经典的UICollectionViewLayout强制计算属性(还记得UICollectionViewLayoutAttributes的一系列工厂方法么?)到使用self-sizing来根据我们需求调整属性中的Size,再到重写UICollectionReusableView(UICollectionViewCell也是继承于它)的preferredLayoutAttributesFittingAttributes:方法来从Cell层面对所有属性进行修改:下面来说说如何在UICollectionViewFlowLayout实现self-sizing:首先,UICollectionViewFlowLayout增加了estimatedItemSize属性,这与UITableView中的”estimated...Height“很像(注意我用省略号囊括那三种属性),但毕竟UICollectionView中的Item都需要约束Height和Width的,所以它是个CGSIze,除了这点它与UITableView中的”estimated...Height“用法没区别。其...没有其次,在UICollectionView中实现self-sizing,只需给estimatedItemSize属性赋值(不能是CGSizeZero),一行代码足矣。InvalidationContext假如设备屏幕旋转,或者需要展示一些其妙的效果(比如CoverFlow),我们需要将当前的布局失效,并重新计算布局。当然每次计算都有一定的开销,所以我们应该谨慎的仅在我们需要的时候调用invalidateLayout方法来让布局失效。在iOS6时代,有的人会“聪明地”这样做:-(BOOL)shouldInvalidateLayoutForBoundsChange:(CGRect)newBounds{CGRectoldBounds=self.collectionView.bounds;if(CGRectGetWidth(newBounds)!=CGRectGetWidth(oldBounds)){returnYES;}returnNO;}而iOS7新加入的UICollectionViewLayoutInvalidationContext类声明了在布局失效时布局的哪些部分需要被更新。当数据源变更时,invalidateEverything和invalidateDataSourceCounts这两个只读Bool属性标记了UICollectionView数据源“全部过期失效”和“Section和Item数量失效”,UICollectionView会将它们自动设定并提供给你。你可以调用invalidateLayoutWithContext:方法并传入一个UICollectionViewLayoutInvalidationContext对象,这能优化布局的更新效率。当你自定义一个UICollectionViewLayout子类时,你可以调用invalidationContextClass方法来返回一个你定义的UICollectionViewLayoutInvalidationContext的子类,这样你的Layout子类在失效时会使用你自定义的InvalidationContext子类来优化更新布局。你还可以重写invalidationContextForBoundsChange:方法,在实现自定义Layout时通过重写这个方法返回一个InvalidationContext对象。综上所述都是iOS7中新加入的内容,并且还可以应用在UICollectionViewFlowLayout中。在iOS8中,UICollectionViewLayoutInvalidationContext也被用在self-sizingcell上。iOS8中UICollectionViewLayoutInvalidationContext新加入了三个方法使得我们可以更加细致精密地使某一行某一节Item(Cell)、SupplementaryView或DecorationView失效:invalidateItemsAtIndexPaths:invalidateSupplementaryElementsOfKind:atIndexPaths:invalidateDecorationElementsOfKind:atIndexPaths:对应着添加了三个只读数组属性来标记上面那三种组件:invalidatedItemIndexPathsinvalidatedSupplementaryIndexPathsinvalidatedDecorationIndexPathsiOS自带的照片应用会将每一节照片的信息(时间、地点)停留显示在最顶部,实现这种将Header粘在顶端的功能其实就是将那个Index的SupplementaryView失效,就这么简单。UICollectionViewLayoutInvalidationContext新加入的contentOffsetAdjustment和contentSizeAdjustment属性可以让我们更新CollectionView的content的位移和尺寸。此外UICollectionViewLayout还加入了一对儿方法来帮助我们使用self-sizing:shouldInvalidateLayoutForPreferredLayoutAttributes:withOriginalAttributes:invalidationContextForPreferredLayoutAttributes:withOriginalAttributes:当一个self-sizingCell发生属性发生变化时,第一个方法会被调用,它询问是否应该更新布局(即原布局失效),默认为NO;而第二个方法更细化的指明了哪些属性应该更新,需要调用父类的方法获得一个InvalidationContext对象,然后对其做一些你想要的修改,最后返回。试想,如果在你自定义的布局中,一个Cell的Size因为某种原因发生了变化(比如由于字体大小变化),其他的Cell会由于self-sizing而位置发生变化,你需要实现上面两个方法来让指定的Cell更新布局中的部分属性;别忘了整个CollectionView的contentSize和contentOffset因此也会发生变化,你需要给contentOffsetAdjustment和contentSizeAdjustment属性赋值。

    话题:ios自动布局 怎么手动改位置0

    推荐回答:更改约束,就变相的更改了VIEW的位置,可以通过在XIB中选中一个约束,用拖插座的方式来生成一个属性,“IBOutletNSLayoutConstraint*keyViewH"用法“keyViewH.constant=48"这个是高度约束,意思是把高度约束设为48,其他的约束也差不这样

    话题:ios自动布局的作用是什么他是如何实现的0

    推荐回答:作用:适配所有机型,因为现在所着苹果产品线的扩大,但iphone就有4个主要尺寸,4/4s,5/5s,6/6s,6plus/6splus,通过自动布局即可实现适配所有实现:添加约束条件获得,比如一个登录界面,你如果是按照6开发的,当时textfield居中,而换到4s调试,会发现不居中了,甚至部分不显示,给textfield添加约束条件,让它与左右二边距离固定,与上固定一个值,自身宽度固定一个值,就可以达到适配了,具体适配比较麻烦,这里说不清楚,建议你去一些论坛看看

    话题:ios 自动布局给lab加约束什么崩溃0

    推荐回答:ios8是新出来的系统,暂时的话兼容性还有带慢慢解决,就现在的情况说个人还是觉得ios7.12更靠谱一点,但是ios8这种肯定是以后发展的趋势,肯定都是朝着这个方向发展的,建议现在在使用ios8的用户要经常清理手机的垃圾,这边推荐pc端的同步助手


关键字词



内容版权声明:除非注明,否则皆为苏州seo公司原创文章,公司提供

转载注明出处:http://www.ruheseo.com/jingyan/10453.html