[self.view addSubview:self.labelOne]; [self.labelOne mas_makeConstraints:^(MASConstraintMaker *make) { make.left.equalTo(self.view.mas_left).with.offset(20); make.top.equalTo(self.view.mas_top).with.offset(120); }]; [se
业务需求：提取自定义cell让第三方开发者使用 聊天控制器中使用FDTemplateLayoutCell和Masnory自适应高度处理 UITableView+FDTemplateLayoutCell 在iOS11以下tableveiw采用Masnory布局时，内部的cell无法正常拉升，在iOS11之后没问题 iOS11之前采用 self.tableView.frame = CGRectMake... 以上是封装成SDK出现的问题，正常不生成.framework能够正常使用FDTemplateLayout
接上一篇--->1. 不自定义 Button，设置titleEdgeInsets 和 imageEdgeInsets 属性，代码如下： UIButton *button02 = [[UIButton alloc] init]; button02.titleLabel.font = [UIFont systemFontOfSize:14]; [button02 setTitle:@"地区" forState:UIControlStateNormal]; UIImage *
客户需要在OA中实现每日动态功能，能够记录每一位员工的每天的工作动态，我很快想到了时间轴，因为时间轴能很直观的现实员工每一刻的动态。就像Facebook的Timeline效果（点击查看）。 尝试着搜
iOS表视图高度自适应可以节省很多麻烦，尤其是涉及到复杂的业务逻辑时，今天尝试了使用Masonry和FDTemplatelayoutCell来布局表视图单元格，从而达到单元格高度自适应的效果，这里就总
接触swift 已经有一年多的时间了，由最初的OC代码转为 swift 代码，然后从 swift 2.3 转为 swift 3。每次的转换都感觉是将项目整个的翻新了一遍，每次的转换代码都是一次改朝换代。
直接复制下面代码看效果 一、常规布局方式 517349-20160819194720781-2023804629.png 517349-20160819194712937-1138283651.pn
在早期，iPhone尺寸比较固定，都是4英寸屏幕的时候，在计算App的尺寸时，只要稍微根据Window的size稍微计算一下就可以了，但是前年iPhone6以及iPhone6Plus的推出，作为开发者就会警觉为了多机型的适配，使用AutoLayout是势在必行的一件事情了，但是说实话，我在用了AutoLayout之后真的觉得挺不方便的。
一直觉得 SnapKit 和 Masonry 这两个框架设计和封装的很好，用起来的体验也是一致的，翻了下它们的源码，对其设计方式和涉及的技术做了下记录。文章打算围绕，给谁做约束？如何设置约束？设置完后如何处理？这三个问题看看 SnapKit 和 Masnory 分别是怎么做的，正好也能够窥探下作者是如何利用 Swift 和 Objective-C 两个不同语言的不同特性做到一致的使用体验的。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
