在 iOS 13 中 Apple 为 UITableView 和 UICollectionView 引入了 DiffableDataSource，让开发者可以更简单高效的实现 UITableView、UICollectionView 的局部数据刷新。新的刷新的方法为 apply，通过使用 apply 方法无需计算变更的 indexPaths，也无需调用 reload，即可安全地在主线程或后台线程更新 UI, 仅需简单的将需要变更后的数据通过 NSDiffableDataSourceSnapshot 计算出来。下面以 UITableView 为例进行讲解。
A table view is an instance of theUITableView class in one of two basic styles, plain or grouped. A plain table view is an unbroken list; a grouped table view has visually distinct sections. A table view has a data source and might have a delegate. The data source object provides the data for populating the sections and rows of the table view. The delegate object customizes its appearance and behavior.
相信大家平时在用 App 的时候, 往往有过这样的体验，那就是加载网络数据等待的时间过于漫长，滚动浏览时伴随着卡顿，甚至在没有网络的情况下，整个应用处于不可用状态。那么我们该怎么去提高用户体验，保证用
UIScrollView 恐怕是所有 App 都绕不过去的类——尤其是它的子类 UITableView 和 UICollectionView。看看我们日常常见的 App，新闻类的今日头条，社交类的微博和微信，电商类的淘宝、腾讯，日常管理用的备忘录和图片 App 的缩放功能，都或多或少得使用了 UIScrollView 及其子类。
今天要讲的RunLoop的应用场景可能太简单了，所以东西比较少。因为跟UITableView、UICollectionView等的滑动优化有关，就顺便总结一下会影响UITableView、UICollectionView等视图滑动流畅的因素。
1、Alert - (void)showAlert{ UIAlertController *alertController = [UIAlertController alertControllerWithTitle:@"提示" message:@"确定要这样做么" preferredStyle:UIAlertControllerStyleAlert]; UIAlertAction *cancelAction = [UIAlertAction actionWithTitle:@"取消" styl
老实说，UITableView性能优化 这个话题，最经常遇到的还是在面试中，常见的回答例如:
最近某位同学在项目中添加了一个调试工具XXKitDebug，但是不想在线上开启，于是通过configurations进行区分，仅在'Debug' 和 'DailyBuild' 引入。（线上版本configurations是distribution）
最近工作比较忙，但是还是出来更新博客了。今天博客中所涉及的内容并不复杂，都是一些平时常见的一些问题，通过这篇博客算是对UITableView中使用定时器的几种方式进行总结。本篇博客会给出在TableView中使用NSTimer或者DispatchSourcer中常见的五种方式。当然下方第一种方式是常规做法，不过也是UITableView中使用NSTimer的一个坑。其他三种方式是为了绕过这个坑的解决方案。 当然，本篇博客共涉及到了UITableView中使用定时器的四种实现方式，当然应该也还有其他实现方式，
毫无疑问，使用AutoLayout会明显的比手动计算高度慢，那么我为什么要用AutoLayout呢，因为实在太方便了，而且视图太复杂，产品改的太频繁，手动计算实在工作量太大，维护起来超级麻烦。 而且新的技术出来了，不用不是亏了吗。
APP开发中，列表可能是平时我们打交道最多的UI控件之一，其重要性不言而喻，对其性能的优化同样至关重要。而对于iOS开发，列表就是我们常说的UITableView / UICollectionView。在进行直播APP开发时针对于列表的优化自然是必不可少的。
AsyncDisplayKit 是一个UI框架，最初诞生于 Facebook 的 Paper 应用程序。它是为了解决 Paper 团队面临的核心问题之一：如何尽可能缓解主线程的压力？
Xcode 中的调试技巧与我们的日常开发息息相关，而这些调试技巧在我们解决Bug时，常常有事半功倍的作用，经常会用到的有各种断点 和 命令。而这些调试技巧也经常会在面试中问到，所以不知道的就来看看吧。
（1）并发访问，数据拷贝 例如：在列表删除一个cell数据，同时还有一个loadmore加载，那么就需要先记录删除的数据，在加载完成后再判断一次，删除已经删除的数据。 （2）串行访问
在重用cell之后，你可以再一次测试滚动性能。从表格3-3可以看出，在你正确重用cell之后，性能提升了一倍。
移动开发中，任何一个应用都或多或少的有列表的存在，列表的上下滑动直接关系到用户体验。如果处理不好，就会使得列表滑动起来有明显的卡顿效果。所以对列表的优化，让它更加的顺滑，就成了移动开发工程师们一直努力的方向。下面就说说一些通用的列表优化，很多优化还是要到具体的列表环境中。欢迎交流。
iOS 开发的官方 IDE 是 Xcode，它也是 Apple 平台最主流的开发工具。目前 Xcode 已经更新到第 9 个版本，功能也是涵盖开发、测试、性能分析、文档查询、源代码管理等多个方面，可谓是 App 开发一站式的平台。
Texture原名是AsyncDisplayKit，是Facebook的paper团队发布的一个基于UIKit的库，这个库能够将图片加载、布局计算以及UI渲染等操作均放在后台线程，进而可以极大地优化APP界面的流畅度。
一·应用场景 在日常开发中写页面UI，必定离不开与后端的数据JSON交互 1.如何快速写一个UITableView Step1:UITableView懒加载 - (UITableView *)tableView { if(!_tableView){//alloc init 初始化一个TableView} } Step2.继承Delegate&DataSource 这里举几个重要的必须实现的协议方法 - (void)didSelectRowAtIndexPath { //这里实现c
关于 iOS 10 UICollectionView的新特性，主要还是体现在如下3个方面
在上一篇博客中，http://my.oschina.net/u/2340880/blog/404605，我将IOS中tableView(表视图)的一些常用方法总结了一下，这篇将tableView的代理方法作了总结，对上一篇博客进行了补充。
一个APP的启动与结束都是伴随着RunLoop循环往复的，不断的循环、不断的往复。当线程被杀掉、APP退出后被系统以占用内存为由杀掉，RunLoop就消失了。但平时开发中很少见到RunLoop，为何它如此神秘？本文跟大家分享一下RunLoop的相关知识。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/79958453
UITableView 介绍 UITableView 是用来用列表的形式显示数据的UI控件 举例 QQ好友列表 通讯录 iPhone设置列表 tableView 常见属性 // 设置每一行cell的高度 self.tableView.rowHeight = 100; // 设置每一组头部的高度 self.tableView.sectionHeaderHeight = 50; // 设置每一组尾部的高度 // self.tableView.secti
平常我们使用 RxSwift 的时候，一般不会去直接使用 delegate，譬如要处理 tableView 的点击事件，我们会这样：tableView.rx.itemSelected.subscribe(onNext: handleSelectedIndexPath)，这跟先设置一个 delegate，然后在 delegate 的tableView(_:didSelectRowAt:)方法中调用handleSelectedIndexPath的效果是一样的。那这个过程到底是如何进行的呢？我们进入 RxCocoa 的 UITableView+Rx.swift 文件来一探究竟，这个文件中不仅有itemSelected，还有诸如itemDeselected、itemAccessoryButtonTapped、itemInserted、itemDeleted、itemMoved等等一系列对应 tableView delegate 的包装方法，本文就以itemSelected为例，其他的都是相同的原理。为便于理解，我会给源码加一点中文注释，：
iOS-UITableView 详解 （一） ✨建议收藏，用到时候一查就明白了 UITableView可以说是iOS开发中最重要的控件之一，它的使用非常广泛，今天我们来学习UITableView的使
日常中，最常使用的空间非UITableView莫属了。 但是当TableView的cell中包含图片时，使用SDWebImage加载图片虽然是异步过程，但是仍然十分占用系统资源。 那么我们就要想一个办法去优化加载图片的逻辑。
列表显示，顾名思义它是在一个列表视图的形式显示在屏幕上的数据的内容。于ios在列表视图UITableView达到。这个类在实际应用中频繁，是很easy理解。这里将UITableView的主要使用方法总结一下以备查。
在IOS开发中，UItableView 的使用真的是最常见最普通的了，现在在自学swift 今天也是这用Swift 写了写 UItableview的使用，还有一些经常出错的地方。下面我先把整个控制器的代理列出来，大家可以顺便看看 swift 是怎样遵守协议的。 import UIKit // 遵守两个协议 class HomeViewController: UIViewController ,UITableViewDelegate,UITableViewDataSource { override
1，下面的样例是给表格UITableView添加编辑功能： （1）给表格添加长按功能，长按后表格进入编辑状态 （2）在编辑状态下，第一个分组处于删除状态，第二个分组处于插入状态 （3）点击删除图标，删除对应条目 （4）点击添加图标，插入一条新数据
平常我在业务开发中，绝大部分情况都是使用的UITableView，而UICollectionView则是在极少情况下才会去使用，这就导致了我对UICollectionView略感陌生。本篇文章就是以二者对比的方式对UICollectionView做一个小总结。
之前遇到过很多复杂的UITableView的结构,里面包含了很多复杂的cell,甚至一个Section包含很多种类的cell。通常在代理
UITableView是最常用的一个iOS控件，现要做一个如下图的UITableView，其中白色部分就是cell，可是默认的UITableView中cell之间是没有间隔的，那么办呢？网上有2种做法
----- TableView 删除和添加 ----- ** UITableView 编辑步骤 1.让 tableView 处于编辑状态 2.协议确定 1）确定 cell 是否处于编辑状态 2）设定 cell 的编辑样式（删除、添加） 3) 编辑状态进行提交** 开启编辑状态 //1.让 tableView 处于编辑状态 [tableView setEditing:YES animated:YES]; 如果
不知从何时起，移动端App开发，采用Native还是使用Web的争论不绝于耳。二者的优缺点不再赘述。Web App当然是开发者期待的理想结果，但是由于Native App在用户体验上的绝对碾压，大部分移动端App还是采用Native的方式，少数架构复杂、对Web依赖较多的App，会采用一种称为Hybrid（Web + Native）的开发方式，在iOS上，Native通过-[UIWebView stringByEvaluatingJavaScriptFromString:]调用Web，而Web则是通过设置W
TableView 是 iOS 应用程序中非常通用的组件，几乎每一个界面都有一个TableView，而我们许多的代码都和TableView有关系，比如数据展示、更新TableView，一些响应选择事件等，而这些大多都会通过其代理函数来实现，所以在VC中我们通常需要实现大量TableView的代理函数，如下面这样
在 iOS开发之城市选择器一文中用两列的UIPickerView实现了城市选择器，今天用两个UITableView来实现一下，首先这种联动在很多地方用得上，而且方法有好几种，我这里选择了个人喜欢的一种方式：弄两个UITableView，让当前控制器管理。这种方式总体思路如下： 1、添加两个UITableView到当前控制器中，分别设置它们的的尺寸，然后拖线到控制器中 2、左边的表格设置数据源和代理为当前控制器，然后显示数据，右边的表格也设置数据源为当前控制器，然后显示数据操作。 3、监听左边表格控制器
本系列文章都是以有OC基础来写的，所以注释不会写太多，对基础不够了解的同学可能不太适合，另外本系列文章不是以教程式的形式来写，是记录学习过程的，所以不会有多少讲解 第一步：创建工程 A62A869C-
在前面的文章里面已经写过了“UITableView基础”，所以这篇里面就不再对这里面的内容进行介绍。如果有幸去瞄一眼的，可以通过文章下面的拓展链接传送门去看。& 今天重点聊一聊UITableView中经常使用到的代理方法及属性。本文不是工具箱，所以不会将所有的属性和方法都写下来噢。只是总结经常使用到的。太完整的也记不住，真的是要用的时候临时翻一下.h文件看看也行。 1. 常用属性 1.1 分隔线属性 属性名称 数值 作用 separatorStyle UITableViewCellSeparatorStyl
因为大家学C 语言和linux基础时肯定都有接触，客户端和服务端的通信也都了解过，加上现在很多开放的第三方库都不需要我们来操作底层的通信。
iOS tableView设置style:UITableViewStyleGrouped 时，非第一个section的间距失效的解决方案: 必须全部实现FooterInSection及FooterInSection对应的四个代理方法才有效（四个必须同时实现）
1. UITableView的作用 以垂直滚动方式显示数据列表。 UITableView 的两种内置样式：UITableViewStylePlain 和UITableViewStyleGrouped 。 tableView只是一个愚蠢的容器，只负责显示。显示的是什么自己完全不知道。 数据都是由dataSource提供。 要满足快速滚动，性能很重要 2. UITableView的常用属性 2.1 分割线属性 属性名称 作用 separatorStyle 分隔线样式 separatorColor 分隔线颜色
代码如下： // // ViewController.swift // demo1_tableview // // Created by Alice_ss on 2018/2/24. // Copyright © 2018年 AC. All rights reserved. // import UIKit class ViewController: UIViewController,UITableViewDelegate,UITableViewDataSource{ //定义一个tab
UITableView是出场率极高的视图组件，开发者通过实现<UITableViewDataSource>和<UITableViewDelegate>协议方法来配置布局逻辑，面向协议设计模式在苹果的代码设计中很常见，它能适应大部分的业务场景且足够灵活。这种方式优点很多，比如某一时刻组件只需要关心当前需要的数据，避免了多余的计算，同时也可以让数据及时释放减小内存峰值。UITableView相关的协议方法充分体现了单一职责原则，比如一个协议方法返回 Cell 的高度，一个协议方法返回 Cell 的实例。
上面这个问题的答案也是我写这篇文章的初衷，在最近给游戏添加一些列表的时候，对比着应用了一下他们两个，在它们两个之间的优劣势之间进行取舍，就有了这个问题的答案。
在新闻类，电商类等应用中，应用着大量的图文混排视图，在表视图UITableView中，开发者通常需要在如下代理方法中计算出当前cell填充内容后的高度，之后将其返回：
可见，完整地实现一个UITableView，需要在较多的方法中设定UI逻辑。TabeView结构简单时还好，但当它相对复杂时，比如存在多种TableViewCell，实现时很容易出现界面逻辑混乱，代码冗余重复的情况。在另外的几个protocol方法中，还有更多的这种if else判断，特别是tableView:cellForRowAtIndexPath:方法。
添加ZHTableViewGroup 分组->添加ZHTableViewCell 模块
前言 本文源自实际开发中的需求，核心的要求有几个： 1、多个UITableview要支持左右滑动； 2、点击Tab也要有UITableview的滑动切换效果； 3、每个UITableview单独
1、在控制器上添加一个UITableView, 暂时该UITableView控件变量名命名为为tableView, 设置控件代理，实现控制器的UITableViewDataSource, UITableViewDelegate协议；
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
