11.30日更新，实现了简单的微信朋友圈，点赞，评论，图片，高度自适应，下拉展开等各种效果Demo
11.10更新
这种高度自适应的Label切记一定要加上这个属性
preferredMaxLayoutWidth
不然你会死的很难看
11.4日更新 用这个库实现了类似微信朋友圈的简单排版点击打开链接
这里我没这么考虑性能，只是简单先做了这个功能，tableViewcell里面嵌套了collectionView来进行图片的布局，效果如下，咱们先不考虑性能，这种情况下切记不能调用带有缓存的方法cacheByIndex的方法，由于内部是动态的，一定要用（只能牺牲性能了）
[objc]view plaincopy
return[tableViewfd_heightForCellWithIdentifier:identifyconfiguration:^(ConsultDetailTableViewCell*cell) {
[selfconfigCell:cellindexpath:indexPath];
}];
UITableView里面的Cell固定高度那是基本不可能了，很多功能和界面都会涉及到高度自适应，而且电商类的尤其普遍，之前都是自己算啊算，代码写的非常多，逻辑还没写，光这布局UI和高度计算都能接近1000了，写完之后关键出点Bug整个人都不好了
当时的是这样的：
突然在github上看到UITableView+FDTemplateLayoutCell这个库
传送门：点击打开链接
刚看到的时候是这样的：
能 用 么 ？？？ 真 的 这 么 叼 ？？？
第一次用的时候是这样的：
哥们，你是在逗我么，这什么鬼，从来没见过这样的场面，当时我就懵逼了。。。。。。
用了几次之后就出效果了，是这样的：
哎呦，不错呦。。。。。。感觉真的有点叼啊
OK 看下基本流程
由于咱们还是用IB来布局，操作NSConstraintLayout类来进行计算，所以先把官网上给出的布局案例贴出来，如下
注：
a fullyself-satisfiedcell is constrainted by auto layout and each edge("top", "left", "bottom", "right") has at least one layout constraint against it
一个自适应高度的cell用Autolayout来进行约束，内部所有控件的约束整合起来，距离Cell四个边的（top left bottom right）至少要各出现一次，不然就是bad one
如下图所示：
箭头所指的方向必须出现至少一次才是一套完整的约束
1.首先新建个工程，造一个TableView出来，设置好代理，布局好基本框架
2.然后弄一个Cell，布局玩之后把关键箭头所指的两个约束拖出来，以后要用，先看下主要布局，Demo最后给
3.我自己找了几个数据源出来，我个人遇到的是，如果每个cell有图片，或者没图片，而且图片的高度不等，那么服务器也要求返回具体的图片宽和高，利于我们直接拿来进行等比例计算，然后在下面这个代理方法布局的时候进行操作
[objc]view plaincopy
-(UITableViewCell*)tableView:(UITableView*)tableViewcellForRowAtIndexPath:(NSIndexPath*)indexPath
{
MKJTableViewCell*cell = [tableViewdequeueReusableCellWithIdentifier:identifyforIndexPath:indexPath];
[selfconfigCell:cellindexpath:indexPath];//!< 该方法等下也会用到
returncell;
}
[objc]view plaincopy
最关键的方法
[objc]view plaincopy
- (void)configCell:(MKJTableViewCell*)cellindexpath:(NSIndexPath*)index
{
// 获取模型
MKJModel*model =self.dataSource[index.row];
__weak typeof(cell) weakCell = cell;
// 配置用户头像的的图片，以下操作是让图片0-1的渐现的动画
[cell.headImageViewsd_setImageWithURL:[NSURLURLWithString:model.headImageURL]completed:^(UIImage*image,NSError*error, SDImageCacheType cacheType,NSURL*imageURL) {
if(image && cacheType == SDImageCacheTypeNone) {
weakCell.headImageView.alpha=0;
[UIViewanimateWithDuration:1.0animations:^{
weakCell.headImageView.alpha=1.0;
}];
}
else
{
weakCell.headImageView.alpha=1.0;
}
}];
// 用户名
cell.userName.text= model.userName;
// 用户描述
cell.descLabel.text= model.desc;
// 当图片存在的时候
if(![model.mainImageURLisEqualToString:@""])
{
// 图片不隐藏
cell.mainImageView.hidden=NO;
// 配置主图的方法，同头像
[cell.mainImageViewsd_setImageWithURL:[NSURLURLWithString:model.mainImageURL]completed:^(UIImage*image,NSError*error, SDImageCacheType cacheType,NSURL*imageURL) {
if(image && cacheType == SDImageCacheTypeNone) {
weakCell.mainImageView.alpha=0;
[UIViewanimateWithDuration:1.0animations:^{
weakCell.mainImageView.alpha=1.0;
}];
}
else
{
weakCell.mainImageView.alpha=1.0;
}
}];
// 我们进行等比例计算出刚才那个主图高度的约束
cell.mainHeightConstraint.constant= (model.mainHeight*375) / model.mainWidth;
// 底部描述具体图片底部的约束固定为19
cell.descTopConstraint.constant=19;
}
// 图片没有的时候，只显示描述
{
// 主要图片隐藏
cell.mainImageView.hidden=YES;
// 主图的高度越是为0 其实也代表了隐藏了
cell.mainHeightConstraint.constant=0;
// 底部如果约束还是19的话，会拉的太长，所以咱们让他为0
cell.descTopConstraint.constant=0;
}
}
4.那么见证奇迹的时刻到了，按官方说法是这样的：
[objc]view plaincopy
#import
- (CGFloat)tableView:(UITableView*)tableViewheightForRowAtIndexPath:(NSIndexPath*)indexPath {
return[tableViewfd_heightForCellWithIdentifier:@"identifer"cacheByIndexPath:indexPathconfiguration:^(idcell) {
// 配置 cell 的数据源，和 "cellForRow" 干的事一致，比如：
[selfconfigCell:(UITableViewCell*)cellindexPath:(NSIndexPath*)indexPath];
}];
}
人家都说了，一句话搞定，反正我是这样的：
[objc]view plaincopy
- (CGFloat)tableView:(UITableView*)tableViewheightForRowAtIndexPath:(NSIndexPath*)indexPath
{
return[tableViewfd_heightForCellWithIdentifier:identifycacheByIndexPath:indexPathconfiguration:^(MKJTableViewCell*cell)
{
[selfconfigCell:cellindexpath:indexPath];
}];
}
我觉得挺好用的，还是要感谢下有那么牛B的作者！
行注目礼！！！作者一生平安！！！
让我们轻松愉快，不用再纠结于算Frame了，简单效果如下
本次展示Demo的Github地址：Demo地址，需要的点我各位有啥意见就告诉我，虚心求教
Over~~~~~~~~~~~~~~~~~~
转载地址：http://blog.csdn.net/deft_mkjing/article/details/51569605
