"专家来了",后天周五提测,跟组长沟通

Nsstring *str  = yes ? @"hhh" : @"yyy";

一开始图片文件夹层次结构不对,  当你把图片拖进去,就对了, 一开始没有内容,所以位置不对

uitableview group模式顶部有个空白

// 时间日期蓝条

// 计算imageView长度

NSString *dotaLocationString = @"4/15日在呼伦贝尔";

CGFloat labelWidth = [dotaLocationString sizeWithFont:kFontWithSize(11) constrainedToSize:CGSizeMake(MAXFLOAT, 20)].width;

dateLocationImageView =[[UIImageView alloc]init];

[self.contentView addSubview:dateLocationImageView];

[dateLocationImageView mas_makeConstraints:^(MASConstraintMaker *make) {

make.right.mas_equalTo(0);

make.width.mas_equalTo(labelWidth + 16); // 132

make.height.mas_equalTo(20);

make.top.mas_equalTo(self.contentView).offset(12);

}];

UIImage * image = [UIImage imageNamed:@"推荐热度背景"];

UIEdgeInsets insets = UIEdgeInsetsMake(0, 10, 0, 0);

// 指定为拉伸模式,伸缩后重新赋值

image = [image resizableImageWithCapInsets:insets resizingMode:UIImageResizingModeStretch];

dateLocationImageView.image = image;

dataLocationLabel = [UILabel hdf_labelWithText:@"4/15日在呼伦贝尔" superView:dateLocationImageView constraints:^(MASConstraintMaker *make) {

make.left.mas_equalTo(8);

make.centerY.mas_equalTo(dateLocationImageView);

}];

dataLocationLabel.font = [UIFont systemFontOfSize:11];

dataLocationLabel.textColor = [UIColor whiteColor];

--------

降低约束优先级

价格被挤压了, 降低约束优先级,解决问题

// 价格label

priceLabel = [UILabel hdf_labelWithText:@"¥1000"

textColor:kAssistOrangeColor

font:kFontWithSize(12)

superView:self.contentView

constraints:^(MASConstraintMaker *make) {

make.right.mas_equalTo(preTimeLabel.mas_left).offset(1);

make.baseline.mas_equalTo(preTimeLabel);

}];

// 职称

doctorProfessionRank = [UILabel hdf_labelWithText:@"职称safdsafasfasfsadfasfsafaaf"

textColor:kColorWith16RGB(0x646464)

font:kFontWithSize(12)

superView:self.contentView constraints:^(MASConstraintMaker *make) {

make.left.equalTo(doctorName);

make.top.equalTo(doctorName.mas_bottom).offset(5);

make.right.equalTo(priceLabel.mas_left).offset(-15).priority(750);

}];

------

collectionView cell方法 不调用,因为collectionView的frame不对

//        _collectionView = [[UICollectionView alloc]initWithFrame:self.collectionViewContainerView.bounds collectionViewLayout:self.flowLayout]; // bouns出不来

_collectionView = [[UICollectionView alloc]initWithFrame:CGRectMake(0, 0, SCREEN_W, self.collectionViewContainerView.width) collectionViewLayout:self.flowLayout]; // 这样能出来!!

------

view没有加载上来,因为下划线变量没有调用懒加载

时间: 2024-10-07 05:02:34

"专家来了",后天周五提测,跟组长沟通的相关文章

项目首席专家在企业规范化管理体系建设中的作用

项目首席专家是企业负责人或企业高管团队选择的产物,是企业规范化管理体系建设的总设计师.担任这一角色的人应该是咨询行业内有影响的有理论有实践的企业管理专家.他们深根于企业,透彻了解企业运作规律,能够掌控和把握企业各级各类人员的工作规律和心理诉求.通过自己的实地调研,能够发现阻碍企业发展的种种问题背后的深层原因,能够因地制宜地制订企业管理改善的系统解决方案,能够循循善诱地把企业规范化管理体系的理论方法及实施技术移植给企业和企业员工.他们既能够组织设计一套企业规范化管理体系,又能够通过项目设计.项目实

全球敏捷运维峰会Gdevops 2017成都站10位嘉宾主题提前看!

? 2017年全球敏捷运维峰会(Gdevops, Global Devops Summit)将于2017年在成都.上海.北京.广州四城全面启动,本次峰会由上海市经济和信息化委员会指导,上海市云计算产业促进中心.DBAplus社群主办,数十家媒体单位共同支持,活动家提供全球敏捷运维峰会在线报名服务. 成都站即将于13日启航,搭车地址:https://www.huodongjia.com/event-1169782615.html 峰会亮点 Feature 全球敏捷运维峰会 行业盛会 汇聚精英 先进

【 腾讯敏捷转型No.4 】为什么敏捷团队不要超过15人

早期,腾讯公司的架构是比较简单的.从上至下分别是:公司--商业单元(BU)--部门--组--员工,每个部门基本上就是负责一个大的产品,每个组都是按照专业进行分工和管理,例如:产品组.终端组.后台组.设计组.运维组.质量组等等. 草拟一个项目需要在每个小组里面抽调人力,部门的总经理就需要和每个小组的组长沟通,经过沟通以后,确定了该项目需要的人力安排,然后就开始执行项目.执行项目过程中的困难,需要决策,例如:人员安排调整,产品需求变更和是否延期发布等等,都需要总经理和组长们开会协调或者私下沟通决定,

【乐搏软件测试】年后工作找的怎么样了,你确定抉择对行业了吗?

乐搏软件测试--去年年底最寒心的一句话莫过于说"互联网人员的冬天来了"其实并不其然,所有行业都在裁员,只不过是什么行业或者职位的问题. 众所周知,互联网行业潜力巨大,未来没有互联网企业,因为所有的企业都是互联网企业. 在福布斯排行榜上不满30岁的超级富豪们,无一例外都是互联网行业的先行者. 因为互联网,阿里巴巴一夜之间成为亚洲第一: 因为互联网,百度在给用户提供免费服务的同时,也缔造了自己的财富神话: 因为互联网,新浪在聚集了众多大V的同时,也完成了自己的华丽转型-- 在所有企业的成功

敏捷软件开发VS传统软件工程

敏捷软件开发:又称敏捷开发,是一种从1990年代开始逐渐引起广泛关注的一些新兴软件开发方法,是一种应对快速变化的需求的一种软件开发能力. 与传统软件工程相比,它们的具体名称.理念.过程.术语都不尽相同,相对于"非敏捷",更强调程序员团队与业务专家之间的紧密协作.面对面的沟通(认为比书面的文档更有效).频繁交付新的软件版本.紧凑而自我组织型的团队.能够很好地适应需求变化的代码编写和团队组织方法,也更注重软件开发中"人"的作用. 本文将介绍敏捷软件开发的历史背景与发展,

软件开发模式对比(瀑布、迭代、螺旋、敏捷)

1.瀑布模型是由W.W.Royce在1970年最初提出的软件开发模型, 瀑布式开发是一种老旧的计算机软件开发方法.瀑布模型式是最典型的预见性的方法,严格遵循预先计划的需求分析.设计.编码.集成.测试.维护的步骤顺序进行.步骤成果作为衡量进度的方法,例如需求规格,设计文档,测试计划和代码审阅等等. 瀑布式的主要的问题是它的严格分级导致的自由度降低,项目早期即作出承诺导致对后期需求的变化难以调整,代价高昂.瀑布式方法在需求不明并且在项目进行过程中可能变化的情况下基本是不可行的. 2.迭代式开发也被称

从瀑布模型到敏捷开发——认识论决定行为

技术交流会中,让我印象最深的是:大勇学长和丹姐在切磋实际项目中用到的"敏捷开发",后来由向阳学长对比两人的观点发问"敏捷开发和瀑布模型的优缺点?人员要求?流程?"最终由我们敬爱的米老师做高层次的总结. 下面,本人根据学长们的建议,并参阅网上资源对"敏捷开发和瀑布模型做对比分析" 软件开发模型的由来 20实际60年代中期,人们在软件开发过程和维护中所遇到的问题被称作是"软件危机". 1968年,在德国召开的NATO(北大西洋公约

小议敏捷软件开发与传统软件工程

敏捷软件开发与传统软件工程 一.前言 随着社会和科技的不断发展,信息产业己经和人们的生活息息相关,成为不可或缺的一部分.软件工程作为信息产业的核心部分发生了翻天覆地的变化.传统的软件工程思想己经越来越不适应快速变化的信息社会,为此一种新软件工程思想-----敏捷软件开发进入了我们的视野. 二.软件工程 (一)概述 Software engineering is the application of engineering to the design, development, implement

管理从砖瓦进化为人——浅谈传统软件工程到敏捷软件开发之变革

管理从砖瓦进化为人 --浅谈传统软件工程到敏捷软件开发之变革 前言 如果把软件开发过程比作修筑一座建筑的话,传统的软件工程方法对人的管理就像是把人化作一砖一瓦,秩序地堆砌,一层一层构建起摩天大厦. 显然地,人是不同于砖瓦那样的死物的.人作为一种复杂的动物,软件开发者会有喜怒哀乐,枯燥重复的工作内容会使他们提不起兴趣而缺乏激情:客户想法会随变动的现实而一天天有所转变,软件需求很难保持一成不变:开发者与测试者对于项目的认识会存在差异,而差异将导致效率的降低--因而传统的有些"反人类天性"的