在開(kāi)發(fā)中我們經(jīng)常會(huì)使用到自定義Cell，在對(duì)Cell上的子控件進(jìn)行布局的時(shí)候我們會(huì)通過(guò)計(jì)算frame進(jìn)行布局也會(huì)使用masonry進(jìn)行布局。我通常的做法是使用masonry進(jìn)行布局呕寝，因?yàn)槭褂闷饋?lái)簡(jiǎn)單矿酵、快捷改备。然而我在使用masonry的時(shí)候卻遇到了一個(gè)問(wèn)題（之前就發(fā)現(xiàn)了控漠，可之前采取了投機(jī)取巧的方法解決了問(wèn)題），在設(shè)置一個(gè)label的寬度的時(shí)候（label的寬度不是固定的悬钳，是隨著文字的數(shù)量而變化的）發(fā)現(xiàn)如果cell過(guò)多盐捷，在滑動(dòng)tableview的時(shí)候有些cell上的label的寬度就會(huì)和之前的寬度不一樣從而導(dǎo)致label上的文字顯示不全，并且masonry還會(huì)報(bào)警告默勾，警告在設(shè)置寬度的時(shí)候多了一個(gè)約束條件碉渡。通過(guò)查看這個(gè)多出來(lái)的約束條件發(fā)現(xiàn)可能是由于cell復(fù)用的原因，在設(shè)置某個(gè)cell（復(fù)用的）上的label的寬度的時(shí)候母剥，之前在緩存池中的cell上的label的寬度也被設(shè)置在了這個(gè)cell上的label上滞诺，所以多了一個(gè)寬度的約束條件，具體原因本人還不是很清楚媳搪。于是我舍棄了masonry轉(zhuǎn)而通過(guò)計(jì)算frame來(lái)設(shè)置label的frame铭段，最后發(fā)現(xiàn)通過(guò)計(jì)算frame的方法并沒(méi)有使用masonry的問(wèn)題骤宣。
如果有誰(shuí)看到了這篇文章并知道這個(gè)問(wèn)題的原因以及解決方法希望能在評(píng)論中留下您寶貴的答案秦爆，謝謝！
(2018.6.22 自給答案：使用Masonry不去設(shè)置Label的寬度憔披，讓Label上的文字自適應(yīng))
有問(wèn)題的masonry代碼：
NSMutableDictionary * startLocDic = [NSMutableDictionary dictionary];
startLocDic[NSFontAttributeName] = font(20);
NSString * startStr = _startLocation.text;
CGFloat startLocW = [startStr boundingRectWithSize:CGSizeMake(MAXFLOAT, 20 * IPHONE6P_W_SCALE) options:NSStringDrawingUsesLineFragmentOrigin attributes:startLocDic context:nil].size.width;
[_startLocation mas_makeConstraints:^(MASConstraintMaker *make) {
make.left.equalTo(self.mas_left).offset(10 * IPHONE6P_W_SCALE);
make.top.equalTo(self.mas_top).offset(14 * IPHONE6P_W_SCALE);
// 設(shè)置寬度的代碼 ?
make.width.equalTo(@(startLocW)); ? // 這行代碼完全沒(méi)必要
make.height.equalTo(@(20 * IPHONE6P_W_SCALE));
}];
沒(méi)問(wèn)題的計(jì)算frame代碼：
_startLocation.frame = CGRectMake(10 * IPHONE6P_W_SCALE, 14 * IPHONE6P_W_SCALE, startLocW, 20 * IPHONE6P_W_SCALE);
// startLocW還是之前根據(jù)文字計(jì)算出來(lái)的寬度
增加1:
（利用masonry更改布局等限，我們需要使用update
代碼：
[self.collectionView mas_updateConstraints:^(MASConstraintMaker *make) {
make.bottom.equalTo(self.view.mas_bottom).offset(-184 / 3 * IPHONEP_W_SCALE);
}];
只需要寫需要更改布局的代碼即可
）
使用到的一些新的代碼：
1.[self.awardsView mas_makeConstraints:^(MASConstraintMaker *make) {
? ? ? ? make.left.top.right.bottom.equalTo(self.view);
? ? }]; ? ?// ?一行代碼讓一個(gè)視圖和另一個(gè)視圖的位置爸吮、大小都相同
2.make.width.mas_equalTo(32); ? ?// 直接寫數(shù)字，而不用加@符號(hào).
2018.6.22補(bǔ)充：
使用Masonry的時(shí)候我們有時(shí)會(huì)看到別人使用make.leading.equalTo...和make.trailing.equalTo...,通過(guò)查看內(nèi)部API對(duì)應(yīng)的兩個(gè)方法分別使用了NSLayoutAttributeLeading和NSLayoutAttributeTrailing望门，它們是兩個(gè)枚舉值形娇，而我們使用的make.left.equalTo...和make.right.equalTo...同樣使用了兩個(gè)枚舉值：NSLayoutAttributeLeft和NSLayoutAttributeRight。使用make.leading.equalTo...和make.left.equalTo...的效果是一樣的筹误，left代表左桐早，leading代表前。
2019.1.7補(bǔ)充
Masonry的一個(gè)mas_remakeConstraints:...該方法是對(duì)視圖重新進(jìn)行約束厨剪，它和mas_updateConstraints的區(qū)別是mas_remakeConstraints會(huì)將之前所有的約束都刪除掉哄酝，而mas_updateConstraints不會(huì)改變之前已有的且沒(méi)有更新的約束。
本篇文章到這里就結(jié)束了祷膳，愿大家加班不多工資多陶衅，男同胞都有女朋友，女同胞都有男朋友直晨。??
