iOS Masonry的使用需要注意的地方
下载简书移动应用
写了5377字，被8人关注，获得了13个喜欢
iOS Masonry的使用需要注意的地方
iOS Masonry的使用需要注意的地方
自动布局最重要的是约束：UI元素间关系的数学表达式。约束包括尺寸、由优先级和阈值管理的相对位置。它们是添加剂，可能导致约束冲突、约束不足造成布局无法确定 。这两种情况都会产生异常。
使用前：AutoLayout关于更新的几个方法的区别
setNeedsLayout：告知页面需要更新，但是不会立刻开始更新。执行后会立刻调用layoutSubviews。
layoutIfNeeded：告知页面布局立刻更新。所以一般都会和setNeedsLayout一起使用。如果希望立刻生成新的frame需要调用此方法，利用这点一般布局动画可以在更新布局后直接使用这个方法让动画生效。
layoutSubviews：系统重写布局
setNeedsUpdateConstraints：告知需要更新约束，但是不会立刻开始
updateConstraintsIfNeeded：告知立刻更新约束
updateConstraints：系统更新约束
mas_makeConstraints:添加约束
mas_updateConstraints：更新约束、亦可添加新约束
mas_remakeConstraints：重置之前的约束
multipler属性表示约束值为约束对象的乘因数,dividedBy属性表示约束值为约束对象的除因数，可用于设置view的宽高比
//进行屏幕的适配的时候，往往需要根据屏幕宽度来适配一个相应的高度，在此推荐使用如下约束的方式来进行控件的适配
[self.topViewaddSubview:self.topInnerView];
[self.topInnerView mas_makeConstraints:^(MASConstraintMaker *make){
make.height.equalTo(self.topView.mas_height).dividedBy(3);
make.width.and.height.lessThanOrEqualTo(self.topView);
make.width.and.height.equalTo(self.topView).with.priorityLow();
make.center.equalTo(self.topView);
priorityLow()设置约束优先级
MAS_SHORTHAND_GLOBALS使用全局宏定义，可以使equalTo等效于mas_equalTo
define MAS_SHORTHAND
使用全局宏定义,可以在调用masonry方法的时候不使用mas_前缀
// 这里注意到一个地方，就是当使用了这个全局宏定义之后，发现可以有个类NSArray+MASAdditions.h，看了之后发现可以self.buttonViews = @[ raiseButton, lowerButton, centerButton ];// 之后可以在updateConstraints 方法中
(void)updateConstraints {[self.buttonViews updateConstraints:^(MASConstraintMaker *make) {make.baseline.equalTo(self.mas_centerY).with.offset(self.offset);}];[super updateConstraints];}
动态修改视图约束:
// 创建视图约束[blueView mas_makeConstraints:^(MASConstraintMaker *make) { self.animatableConstraint = make.edges.equalTo(superview).insets(paddingInsets).priorityLow();]];// 更改约束 （另一处方法中）UIEdgeInsets paddingInsets = UIEdgeInsetsMake(padding, padding, padding, padding);self.animatableConstraint.insets = paddingInsets；[self layoutIfNeeded];
debug模式：// 对某个view添加key值greenView.mas_key = @"greenView";// 或者如下顺序MASAttachKeys(greenView, redView, blueView, superview);// 同样的对每条约束亦可以添加keymake.height.greaterThanOrEqualTo(@5000).key(@"ConstantConstraint");
preferredMaxLayoutWidth:多行label的约束问题
// 已经确认好了位置// 在layoutSubviews中确认label的preferredMaxLayoutWidth值
(void)layoutSubviews {[super layoutSubviews];// 你必须在 [super layoutSubviews] 调用之后，longLabel的frame有值之后设置preferredMaxLayoutWidthself.longLabel.preferredMaxLayoutWidth = self.frame.size.width-100;// 设置preferredLayoutWidth后，需要重新布局[super layoutSubviews];}
scrollView使用约束的问题：原理通过一个contentView来约束scrollView的contentSize大小，也就是说以子控件的约束条件，来控制父视图的大小
// 1. 控制scrollView大小（显示区域）[self.scrollView makeConstraints:^(MASConstraintMaker make) { make.edges.equalTo(self.view);}];// 2. 添加一个contentView到scrollView，并且添加好约束条件[contentView makeConstraints:^(MASConstraintMaker make) { make.edges.equalTo(self.scrollView); // 注意到此处的宽度约束条件，这个宽度的约束条件是比添加项 make.width.equalTo(self.scrollView);}];// 3. 对contentView的子控件做好约束，达到可以控制contentView的大小
新方法：2个或2个以上的控件等间隔排序
多个控件固定间隔的等间隔排列，变化的是控件的长度或者宽度值*
@param axisType 轴线方向
@param fixedSpacing 间隔大小
@param leadSpacing 头部间隔
@param tailSpacing 尾部间隔*/
(void)mas_distributeViewsAlongAxis:(MASAxisType)axisTypewithFixedSpacing:(CGFloat)fixedSpacing leadSpacing:(CGFloat)leadSpacingtailSpacing:(CGFloat)tailS
多个固定大小的控件的等间隔排列,变化的是间隔的空隙*
@param axisType 轴线方向
@param fixedItemLength 每个控件的固定长度或者宽度值
@param leadSpacing 头部间隔
@param tailSpacing 尾部间隔*/
(void)mas_distributeViewsAlongAxis:(MASAxisType)axisTypewithFixedItemLength:(CGFloat)fixedItemLengthleadSpacing:(CGFloat)leadSpacingtailSpacing:(CGFloat)tailS
使用方法很简单，因为它是NSArray的类扩展：
// 创建水平排列图标 arr中放置了2个或连个以上的初始化后的控件// alongAxis 轴线方向 固定间隔 头部间隔 尾部间隔[arr mas_distributeViewsAlongAxis:MASAxisTypeHorizontal withFixedSpacing:20 leadSpacing:5 tailSpacing:5];[arr makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(@60); make.height.equalTo(@60);}];
约束视图对象只有在被addSubview之后，才能给视图添加约束
当你的所有约束都在updateConstraints
内调用的时候，你就需要在此调用此方法，因为updateConstraints方法是需要触发的
// 调用在view 内部，而不是viewcontroller
(BOOL)requiresConstraintBasedLayout {return YES;}
苹果推荐 约束 增加和修改 放在此方法种*/
(void)updateConstraints {[self.growingButton updateConstraints:^(MASConstraintMaker *make) {make.center.equalTo(self);make.width.equalTo(@(self.buttonSize.width)).priorityLow();make.height.equalTo(@(self.buttonSize.height)).priorityLow();make.width.lessThanOrEqualTo(self);make.height.lessThanOrEqualTo(self);}];//最后记得回调super方法[super updateConstraints];}
如果想要约束变换之后实现动画效果，则需要执行如下操作
// 通知需要更新约束，但是不立即执行[self setNeedsUpdateConstraints];// 立即更新约束，以执行动态变换// update constraints now so we can animate the change[self updateConstraintsIfNeeded];// 执行动画效果, 设置动画时间[UIView animateWithDuration:0.4 animations:^{ [self layoutIfNeeded];}];
自动计算UITableViewCell高度
推荐使用一个库[UITableView-FDTemplateLayoutCell
想法：动态高度的cell, 主要关注的点是什么？
viewController本身不需要知道cell的类型
cell的高度与viewController没有相关性，cell的高度由cell本身来决定
viewController真正做到的是一个
以下是摘抄过来的
主要是UILabel的高度会有变化，所以这里主要是说说label变化时如何处理，设置UILabel的时候注意要设置preferredMaxLayoutWidth这个宽度，还有ContentHuggingPriority为UILayoutPriorityRequried
CGFloat maxWidth = [UIScreen mainScreen].bounds.size.width - 10 * 2;
textLabel = [UILabel new];textLabel.numberOfLines = 0;textLabel.preferredMaxLayoutWidth = maxW[self.contentView addSubview:textLabel];
[textLabel mas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(statusView.mas_bottom).with.offset(10); make.left.equalTo(self.contentView).with.offset(10); make.right.equalTo(self.contentView).with.offset(-10); make.bottom.equalTo(self.contentView).with.offset(-10);}];
[_contentLabel setContentHuggingPriority:UILayoutPriorityRequired forAxis:UILayoutConstraintAxisVertical];
如果版本支持最低版本为iOS8以上的话可以直接利用UITableViewAutomaticDimension在tableview的heightForRowAtIndexPath直接返回即可。
tableView.rowHeight = UITableViewAutomaticDtableView.estimatedRowHeight = 80; //减少第一次计算量，iOS7后支持
(CGFloat)tableView:(UITableView )tableView heightForRowAtIndexPath:(NSIndexPath )indexPath {// 只用返回这个！return UITableViewAutomaticD}
但如果需要兼容iOS8之前版本的话，就要回到老路子上了，主要是用systemLayoutSizeFittingSize来取高。步骤是先在数据model中添加一个height的属性用来缓存高，然后在tableview的heightForRowAtIndexPath代理里static一个只初始化一次的Cell实例，然后根据model内容填充数据，最后根据cell的contentView的systemLayoutSizeFittingSize的方法获取到cell的高。具体代码如下
//在model中添加属性缓存高度@interface DataModel : NSObject@property (copy, nonatomic) NSString *@property (assign, nonatomic) CGFloat cellH //缓存高度@end
(CGFloat)tableView:(UITableView )tableView heightForRowAtIndexPath:(NSIndexPath )indexPath {static CustomCell //只初始化一次cellstatic dispatch_once_t onceTdispatch_once(&onceToken, ^{cell = [tableView dequeueReusableCellWithIdentifier:NSStringFromClass([CustomCell class])];});DataModel model = self.dataArray[(NSUInteger) indexPath.row];[cell makeupData:model];
if (model.cellHeight &= 0) {//使用systemLayoutSizeFittingSize获取高度model.cellHeight = [cell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize].height + 1;}return model.cellH}
如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！
打开微信“扫一扫”，打开网页后点击屏幕右上角分享按钮
被以下专题收入，发现更多相似内容：
· 4701人关注
· 28人关注
感谢作者的贡献
· 8人关注
如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！
选择支付方式：二次元同好交流新大陆
扫码下载App
温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
附：真心感激衔接国际技术的同行们。本文翻译自：有人在上问了一个问题：如何在UITableViewCell中使用Autolayout来实现Cell的内容和子视图自动计算行高，并且能够保持平滑滚动的？这个问题得到了300+的支持和450+的收藏，答案得到了730+的支持，很详细的说明了如何在iOS7和iOS8上实现UITableView的动态行高功能，并且这个答案对实现UICollectionView的动态行高也具有参考意义。所以在这里将这个答案翻译了一下，希望对大家有所帮助。以下是答案的全文翻译：答案略长，如果你不喜欢细读，可以直接看这两个示例的代码：&- iOS8以上才支持&- iOS7+核心概念不管你是在哪个iOS版本上做开发，以下步骤中的前两个步骤都是必须的：1、设置好布局约束条件在UITableViewCell子类中，添加布局约束，使得cell子视图的边缘固定(pin)到cell的contentView的边缘（最重要的是要有顶部和底部的边距约束条件）。注意：不要将子视图的边距约束固定到cell本身上了，只能固定到cell的contentView上！&确保每个子视图垂直方向上的内容压缩阻力(compression resistance)和吸附性约束(hugging constraints)没有被你添加的更高优先级的约束条件覆盖，让这些子视图的固有内容尺寸(intrinsic content size)来驱动contentView的高度。（）记住，要点是让cell的子视图与contentView之间产生垂直的连结，让它们能够对contentView“施加压力”，使contentView扩展以适合它们的尺寸。下面用一个cell和一些子视图作为示例，展示了你的一些(不是全部！)布局约束应该看起来是什么样的：可以设想，随着更多的文本被添加到上例中“Multi-line body”那个label上，它需要垂直地增高以适合文本，这将有效地迫使cell的高度增加。（当然，你需要正确地设置约束条件，以使其正常的工作！）如何设置正确的约束条件，绝对是使用Autolayout实现动态行高时最难最重要的部分。如果弄错了，它就可能无法正常工作——所以，不要着急，慢慢来！我建议你用代码来设置布局约束，这样你就完全知道每个布局约束被加到了什么地方，出问题时也更容易调试。特别如果使用一些优秀开源库，可以让用代码设置约束和用Interface Builder设置约束一样简单直观，并且功能还更强大。这里也有一个由我设计和维护的专用库：如果你用代码来设置布局约束，你应该在UITableViewCell子类的updateConstraints方法里面一次性完成。注意，updateConstraints可能不止被调用一次，因此要避免重复添加相同的布局约束。在updateConstraints中，可以将添加布局约束的代码包在一个if条件语句中(比如用一个叫didSetupConstraints的布尔属性，运行一次添加布局约束的代码后就将其设置为YES)，以确保不重复添加相同的布局约束。另外，更新已有布局约束的代码（比如调整布局约束的constant属性），也应该将它们放置在updateConstraints&中，但是要在didSetupConstraints条件语句的外面，这样才可以确保每次调用的时候都会被执行。2. Cell使用具有唯一性的重用标示符在cell里面，为每一组特定的约束条件，使用一个特定的cell重用标示符。换句话说，如果cell有多种不同的布局，每一种布局应当有其对应的重用标示符。（当cell有多种不同数量的子视图的时候，或者子视图以一种独特的方式布局的时候，这些情况下你就需要使用一个新的重用标示符。）例如，要在一个cell中显示一条email消息，可能会有4种独特的布局：第一种，只有主题的消息；第二种，带主题和正文的消息；第三种，带主题和图片附件的消息；第四种，带主题、正文和图片附件的消息。每一种布局都需要完全不同的布局约束才能实现。因此，一旦cell被初始化并且布局约束被加到其中任意一种类型的cell上后，cell应当得到一个唯一的重用标示符来指定该cell类型。这就意味着，当你dequeue重用一个cell的时候，该类型cell的布局约束已经添加好了，可以直接使用。注意，由于固有内容尺寸的不同，具有相同布局约束的cell仍然可能具有不同的高度！不要混淆了布局（不同的约束）和由不同内容尺寸而计算出（通过相同的布局约束来计算）的不同视图frame这两个概念，它们根本是完全不同的两个东西。不要将拥有不同布局约束条件的cell丢到同一个重用池当中（也就是使用相同的重用标示符），然后又在每次dequeue过后将旧的约束移除，又从头开始重新添加约束。自动布局引擎内部并没有被设计来可以处理大规模的约束更改，你会看到大量的性能问题。iOS8 - Self-Sizing Cells3. 启用估算行高在iOS8上，苹果将许多在iOS8之前比较难实现的东西都内置实现了。为了让cell实现self-sizing的机制，必须先将tableView的rowHeight属性设置为常量UITableViewAutomaticDimension。然后，只需将tableView的estimatedRowHeight属性设置为非零值即可开启行高估算功能，例如：1
self.tableView.rowHeight = UITableViewAutomaticDimension;
self.tableView.estimatedRowHeight = 44.0; // 设置为一个接近“平均”行高的值
这样做就为tableView上还没有显示在屏幕上的cell提供了一个临时的估算的行高。然后，当cell即将滚入屏幕范围内的时候，会计算出实际的高度。为了确定每一行的实际高度，tableView会自动让每个cell基于其contentView的已知固定宽度（tableView的宽度，减去其他额外的，像section index或accessoryView这些宽度）和被加到contentView及其子视图上的自动布局约束规则来计算contentView的高度。一旦真正的行高被计算出来后，旧的估算的行高会被更新为这个真实的行高（并且其他任何需要对tableView的contentSize或contentOffset的更改都自动替你完成了）。一般来说，行高估算值不需要太精确——它只是被用来修正tableView中滚动条的大小的，当你在屏幕上滑动cell的时候，即便估算值不准确，tableView还是能很好地调节滚动条。将tableView的estimatedRowHeight属性设置成（在viewDidLoad或类似的方法中）一个接近于“平均”行高的常量值即可。只有行高变化很极端的时候（比如相差一个数量级），才会在滚动时产生滚动条“跳跃”的现象。这个时候，你才应当实现tableView:estimatedHeightForRowAtIndexPath:方法，为每一行返回一个更精确的估算值。iOS7支持（需要自己实现cell尺寸自适应功能）3. 完成一个完整的布局过程 & 计算cell的高度首先，为每一个cell都初始化一个离屏(offscreen)实例，为每个重用标示符实例化一个与之对应的cell实例，这些cell完全用于高度计算。（离屏表示cell的引用被存储在view controller的一个属性或实例变量之中，并且这个cell绝对不会被用作tableView:cellForRowAtIndexPath:方法的返回值以实际呈现在屏幕上。）接着，这个cell的内容（例如，文本、图片等等）还必须和会被显示在table view中的内容完全一致。然后，强制cell立即更新子视图的布局，再用cell的contentView调用systemLayoutSizeFittingSize:方法计算出cell所需的高度是多少。使用UILayoutFittingCompressedSize参数可以得到适合cell中所有内容所需的最小尺寸。然后其高度就可以作为tableView:heightForRowAtIndexPath:方法的返回值。4. 使用估算的行高如果你的table view超过了几十行，你会发现自动布局约束的解决方式在第一次加载table view的时候会迅速地卡住主线程。因为，在第一次加载过程中，每一行都会调用tableView:heightForRowAtIndexPath:方法（为了计算滚动条的尺寸）。iOS7中，你可以（也绝对应该）使用table view的estimatedRowHeight属性。这样会为还不在屏幕范围内的cell提供一个临时估算的行高值。然后，当这些cell即将要滚入屏幕范围内的时候，真实的行高值会被计算出来（通过tableView:heightForRowAtIndexPath:方法），估算的行高就会被替换掉。一般来说，行高估算值不需要太精确——它只是被用来修正tableView中滚动条的大小的，当你在屏幕上滑动cell的时候，即便估算值不准确，tableView还是能很好地调节滚动条。将tableView的estimatedRowHeight属性设置成（在viewDidLoad或类似的方法中）一个接近于“平均”行高的常量值即可。只有行高变化很极端的时候（比如相差一个数量级），才会在滚动时产生滚动条“跳跃”的现象。这个时候，你才应当实现tableView:estimatedHeightForRowAtIndexPath:方法，为每一行返回一个更精确的估算值。5. 缓存行高（如果需要）如果上面提到的你都做了，但是tableView:heightForRowAtIndexPath:的性能仍然慢的不可接受。非常不幸，你需要给行高做一些缓存（这是苹果的工程师们给出的改进建议）。大体的思路是，第一次计算时让自动布局引擎解析约束条件，然后将计算出的行高缓存起来，以后所有对该cell的高度的请求都返回缓存值。当然，关键还要确保任何会导致cell高度变化的情况发生时你都清除了缓存的行高——这通常发生在cell的内容变化时或其他重大事件发生时（比如用户调节了动态类型文本大小(Dynamic Type text size)的滑动条）。iOS7示例代码（包含详细的注释）1
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
// 判断indexPath对应cell的重用标示符，
// 取决于特定的布局需求（可能只有一个，也或者有多个）
NSString *reuseIdentifier = ...;
// 取出重用标示符对应的cell。
// 注意，如果重用池(reuse pool)里面没有可用的cell，这个方法会初始化并返回一个全新的cell，
// 因此不管怎样，此行代码过后，你会可以得到一个布局约束已经完全准备好，可以直接使用的cell。
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:reuseIdentifier];
// 用indexPath对应的数据内容来配置cell，例如：
// cell.textLabel.text = someTextForThisC
// 确保cell的布局约束被设置好了，因为它可能刚刚才被创建好。
// 使用下面两行代码，前提是假设你已经在cell的updateConstraints方法中设置好了约束：
[cell setNeedsUpdateConstraints];
[cell updateConstraintsIfNeeded];
// 如果你使用的是多行的UILabel，不要忘了，preferredMaxLayoutWidth需要设置正确。
// 如果你没有在cell的-[layoutSubviews]方法中设置，就在这里设置。
// cell.multiLineLabel.preferredMaxLayoutWidth = CGRectGetWidth(tableView.bounds);
return cell;
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
// 判断indexPath对应cell的重用标示符，
NSString *reuseIdentifier = ...;
// 从cell字典中取出重用标示符对应的cell。如果没有，就创建一个新的然后存储在字典里面。
// 警告：不要调用table view的dequeueReusableCellWithIdentifier:方法，因为这会导致cell被创建了但是又未曾被tableView:cellForRowAtIndexPath:方法返回，会造成内存泄露！
UITableViewCell *cell = [self.offscreenCells objectForKey:reuseIdentifier];
if (!cell) {
cell = [[YourTableViewCellClass alloc] init];
[self.offscreenCells setObject:cell forKey:reuseIdentifier];
// 用indexPath对应的数据内容来配置cell，例如：
// cell.textLabel.text = someTextForThisC
// 确保cell的布局约束被设置好了，因为它可能刚刚才被创建好。
// 使用下面两行代码，前提是假设你已经在cell的updateConstraints方法中设置好了约束：
[cell setNeedsUpdateConstraints];
[cell updateConstraintsIfNeeded];
// 将cell的宽度设置为和tableView的宽度一样宽。
// 这点很重要。
// 如果cell的高度取决于table view的宽度（例如，多行的UILabel通过单词换行等方式），
// 那么这使得对于不同宽度的table view，我们都可以基于其宽度而得到cell的正确高度。
// 但是，我们不需要在-[tableView:cellForRowAtIndexPath]方法中做相同的处理，
// 因为，cell被用到table view中时，这是自动完成的。
// 也要注意，一些情况下，cell的最终宽度可能不等于table view的宽度。
// 例如当table view的右边显示了section index的时候，必须要减去这个宽度。
cell.bounds = CGRectMake(0.0f, 0.0f, CGRectGetWidth(tableView.bounds), CGRectGetHeight(cell.bounds));
// 触发cell的布局过程，会基于布局约束计算所有视图的frame。
// （注意，你必须要在cell的-[layoutSubviews]方法中给多行的UILabel设置好preferredMaxLayoutWidth值；
// 或者在下面2行代码前手动设置！）
[cell setNeedsLayout];
[cell layoutIfNeeded];
// 得到cell的contentView需要的真实高度
CGFloat height = [cell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize].height;
// 要为cell的分割线加上额外的1pt高度。因为分隔线是被加在cell底边和contentView底边之间的。
height += 1.0f;
return height;
// 注意：除非行高极端变化并且你已经明显的觉察到了滚动时滚动条的“跳跃”现象，你才需要实现此方法；否则，直接用tableView的estimatedRowHeight属性即可。
- (CGFloat)tableView:(UITableView *)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath
// 以必需的最小计算量，返回一个实际高度数量级之内的估算行高。
if ([self isTallCellAtIndexPath:indexPath]) {
return 350.0f;
return 40.0f;
示例项目&- iOS8以上才支持&- iOS7+
阅读(64067)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
在LOFTER的更多文章
loftPermalink:'',
id:'fks_',
blogTitle:'使用Autolayout实现UITableView的Cell动态布局和高度动态改变',
blogAbstract:'摘自：/blog//shi-yong-autolayoutshi-xian-uitableviewde-celldong-tai-bu-ju-he-ke-bian-xing-gao/index.html附：真心感激衔接国际技术的同行们。本文翻译自：',
blogTag:'autolayout,cell,高度',
blogUrl:'blog/static/0',
isPublished:1,
istop:false,
modifyTime:0,
publishTime:0,
permalink:'blog/static/0',
commentCount:2,
mainCommentCount:1,
recommendCount:1,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'',
hmcon:'1',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}}