前言 最近在重构某个模块,以后别人封装的所谓的基类就像一坨死一样,看见就恶心,相信同行的你们能够明白那种心情.为什么要重构?并不是真的因为它像一坨死,而是因为这个模块是用户使用最频繁的,而且出现了不少bug,最重要的是这bug还是p1级别的致命bug. 曾经经过了几天的压力测试都没有复现出来,但是用户却频繁反馈,这就是决定重构的原因了.重构的界面是这样的: 当UICollectionView中的每个cell放的是一个controller.view而这个controller.view又放一个UIT

相信好多人一定会对collectionView和tableView的两种cell出列方法有所疑问,下面以UICollection为例子进行举例说明 假设我们已经创建了一个collectionView,下面的1和2到底有什么区别呢 #define COLLECT_CELL_ID @"collectionCellId" 1.[self.collectionView dequeueReusableCellWithReuseIdentifier:COLLECT_CELL_ID]; 2.[sel

CollectionView和TableView自身高度的隐式递归计算 1.前沿:我们一般会碰到这样的需求,一个tableview或者一个colletionview放在一个scrollview上边,而tableview和collectionview的cell是不可控的,更具请求内容变化而变化.如图:(标签的多少和标签的长度不一样,然而下边又有一个可以跟着滑动的view) 思路一:根据请求的内容一个一个计算宽度,然后计算行数,根据:表头+线宽(为了准确)+行间距*行间距个数+行高度*行数+区头+区

#import "ViewController.h" #define HEIGHT [UIScreen mainScreen].bounds.size.height #define WIDTH [UIScreen mainScreen].bounds.size.width @interface ViewController ()<UICollectionViewDelegate,UICollectionViewDataSource,UITableViewDelegate,UITa

做了一段时间的iOS,在菜鸟的路上还有很长的路要走,把遇到的问题记下来,好记性不如烂笔头. 在项目开发中大家经常会用到tableView和collectionView两个控件,然而在cell的自定义上会有一定的不同 tableView 1.纯代码自定义cell,直接用init方法自定义,然后在UITableViewCell* 里面自己根据标识加载 -(instancetype)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(N

首先是自定义collectionView填充的tableViewCell import UIKit // 定义一个collectionView,重写初始化大小和布局方法 class TrendsDetailZanCollectionView: UICollectionView { var indexPath: NSIndexPath! override init(frame: CGRect, collectionViewLayout layout: UICollectionViewLayout)

两个 TableView 之间的联动, TableView 与 CollectionView 之间的联动 这是一个创建于 359 天前的主题,其中的信息可能已经有所发展或是发生改变. [联动] :两个 TableView 之间的联动, TableView 与 CollectionView 之间的联动 前言 现在市面上有很多 app 都有联动功能,有的是两个 TableView 之间的联动,比如美团外卖,百度外卖,饿了么等等.有的是 TableView 与 CollectionView 之间的联动

方法如下: 一般collectionView 或者 tableview都有自带的点击函数,如下: , collectionView -(void)collectionView:(UICollectionView *)collectionView didSelectItemAtIndexPath:(NSIndexPath *)indexPath{ //一般情况,cell不是自定义 UICollectionViewCell * cell = (UICollectionViewCell *)[coll

现在都知道,在初始化UICollectionView的时候,必须要传入一Layout对象,进行布局管理.这也是collectionview和tableview的明显区别,通过collectionviewLayout,可以对collectionview进行更加强有力的控制. 自定义个UICollectionViewFlowLayout,重新里面的几个方法. 方法一: 每次滑动collectionview都会调用此方法,询问是否重新layout.如果returen Yes:则会调用方法二和方法三.

之前用CollectionViewController只是皮毛,一些iOS从入门到精通的书上也是泛泛而谈.这几天好好的搞了搞苹果的开发文档上CollectionViewController的内容,亲身体验了一下CollectionViewController的强大,之前一直认为CollectionView和TableView用法差不多,功能应该也是类似的.TableView的功能就已经很强大了,,CollectionView就是TableView的升级版,其功能更为强大.以后的几篇博客中好好的研

Advanced Collection Views and Building Custom Layouts UICollectionView的结构回顾 首先回顾一下Collection View的构成,我们能看到的有三个部分: Cells Supplementary Views 追加视图 (类似Header或者Footer) Decoration Views 装饰视图 (用作背景展示) 而在表面下,由两个方面对UICollectionView进行支持.其中之一和tableView一样,即提供数据

介绍 每天,用 iPhone 拍摄的照片数量超过了任何相机.每年 iOS 设备上的显示效果变得越来越好,回到 iPad 刚出现还没有 Retina 显示屏的时代,大屏幕的杀手级功能之一就是可以展示用户照片和浏览器照片库.自从相机成为 iPhone 最重要和最受欢迎的功能开始,对能管理和加工用户照片库中宝贵的照片的应用程序和工具就有着巨大的需求. 直到 2014 年夏天前,开发者只能用 AssetsLibrary 框架访问日益增长的用户的照片库.几年以来,相机应用和照片应用发生了显著的变化,增加了

UICollectionView的结构回顾 首先回顾一下Collection View的构成,我们能看到的有三个部分: Cells Supplementary Views 追加视图 (类似Header或者Footer) Decoration Views 装饰视图 (用作背景展示) 而在表面下,由两个方面对UICollectionView进行支持.其中之一和tableView一样,即提供数据的UICollectionViewDataSource以及处理用户交互的UICollectionViewDe

之前用CollectionViewController只是皮毛,一些iOS从入门到精通的书上也是泛泛而谈.这几天好好的搞了搞苹果的开发文档上CollectionViewController的内容,亲身体验了一下CollectionViewController的强大,之前一直认为CollectionView和TableView用法差不多,功能应该也是类似的.TableView的功能就已经很强大了,,CollectionView就是TableView的升级版,其功能更为强大.以后的几篇博客中好好的研

1.隐藏navigationBar(尤其是多级隐藏) 2.共用collectionView或tableView 3.继承关系下,注意覆写父类时的super方法的调用 4.关于权限的问题(相机权限,相册权限,定位权限等) 5.各种第三方框架和库的隐藏性坑点 6.关于一些可选属性的展示和调用(如生日等) 7.页面存在折叠和展开功能时,要考虑时候是否会影响自动刷新(即展开时导致自动刷新的问题) 8.各个页面的进入和返回的路径(即  是 push 还是 模态跳转) 9.个别框架在个别系统崩溃(如RxSw

1.关于关键字volatile 一个定义为volatile的变量是说这变量可能会被意想不到地改变,这样,编译器就不会去假设这个变量的值了.精确地说就是,优化器在用到这个变量时必须每次都小心地重新读取这个变量的值,而不是使用保存在寄存器里的备份.就像大家更熟悉的const一样,volatile是一个类型修饰符.它是被设计用来修饰被不同线程访问和修改的变量.如果不加入volatile,基本上会导致这样的结果:要么无法编写多线程程序,要么编译器失去大量优化的机会. Volatile变量具有 synch

***  一级套路 ***  使用ARC管理内存- 防止内存泄露- 保证释放掉不再需要的内存,提高性能 在正确的地方使用 reuseIdentifier平时接触的需要考虑重用的视图有UICollectionView,UITableView.需要考虑它们内部的cell,header,footer.CollectionView和TableView原理相似,内部存在着两个容器对象,分别是:- 当前展示视图容器,里面是当前展示的cell,footer,header- 可重用视图容器,里面是带有重用标识符

前几天小伙伴要帮他做一个群聊功能,里面有好友列表,要求和微信的差不多(见下图),让小伙伴自己实现了下,他将CollectionView放在tableView的tableHead中,可是当添加好友或删除好友刷新数据源的时候并没有效果.让他将CollectionView放在tableView的cell中,结果是数据刷新了可是还是有问题删除后刷新数据时CollectionView的高度变的有问题,我就调了下,实现比较简单,只是一些细节问题,现在效果还蛮不错的,分享一下. 1.定义CollectionV

UICollectionView的简单介绍 UICollectionView的结构 Cells Supplementary Views 追加视图 (类似Header或者Footer) Decoration Views 装饰视图 (用作背景展示) 由两个方面对UICollectionView进行支持 和tableView一样,即提供数据的UICollectionViewDataSource以及处理用户交互的UICollectionViewDelegate. 另一方面 对于cell的样式和组织方式,

WWDC 2012 Session笔记——219 Advanced Collection Views and Building Custom Layouts 这是博主的WWDC2012笔记系列中的一篇,完整的笔记列表可以参看这里.如果您是首次来到本站,也许您会有兴趣通过RSS,或者通过页面左侧的邮件订阅的方式订阅本站. 在上一篇UICollectionView的入门介绍中,大概地对iOS6新加入的强大的UICollectionView进行了一些说明.在这篇博文中,将结合WWDC2012 Sess

一 功能图和知识点 1 功能图部分:(因为网速的原因,网页部分没有载入出来,可是功能完善) 2 该部分能学到的知识点概括: >1 UITableView的使用(简单) >2 UICollectionView的使用 >3 请求数据 >4 模型 >5 自己定义cell >6 清除缓存 >7 细节处理 二 确定搭建方式 1 思考: 由整个app运行的效果图来看,是一个tableView,而且须要分组.界面的下半部分能够通过设置footerView来载入collectio