UITableView 编辑模式

读了官方的这篇文章 Inserting and Deleting Rows and Sections 写一个笔记

------

Table View 的编辑模式如下图所示,左边的按钮是editing control, 右边的recording control

TableView编辑模式

通常是用户点击 eding control 之后,Table View才会进入编辑模式,执行插入或者删除,但这并不是绝对。也就是说,没有进入编辑模式,也可以执行插入或者编辑操作。

1. 编辑模式下的插入删除

Table View 在接收到 setEditing:animated: 函数的信息之后进入编辑模式
通常,这个函数都是由用户点击导航栏上的编辑按钮(一般都是这么设计摆放这个按钮的)所触发。
在编辑模式下,每行都由 delegate 分配给左边 editing control 和右边 recording control

注意⚠️: 如果是UIViewController 管理的Table View,它会在编辑按钮被点击的时候自动接收到 setEditing:animated: 函数的信息,并在Table View 的相应函数被调用之前,就更新按钮状态或者响应其它任务。

在Table View 接收到信息之后,它会给每个可视行的 UITableViewCell 对象发送同样的信息,然后发送一连串的信息给 data sourceDelegate

Table View插入删除消息发送顺序

在再次发送消息给对应可是行的单元格时,消息序列如下所示:

  1. Table View 调用tableView:canEditRowAtIndexPath: 方法(如果这个方法有在datasource中实现的话)。 这个方法决定了Table View对应的单元能不能被编辑,优先级高于editingStyle属性,也就是说,无论cell’s editingStyle prop设置的是什么,都是以有实现的这个方法为准。
  2. Table View tableView:editingStyleForRowAtIndexPath:方法(如果这个方法有在delegate中实现的话)。这个方法决定了editing control样式和功能。这时,Table View 已经完全进入编辑模式。 显示了每一个被允许编辑行的插入删除模式。
  3. 用户点击editing control (插入或者删除按钮,开篇图片中的左半部分)。这一步也就是点击删除按钮时发送的确认消息。也就是通常出现在右半部分那个按钮。
  4. Table view 发送 tableView:commitEditingStyle:forRowAtIndexPath:消息给 data source。 虽然这个方法在data source中是可选的,但是如果要进行插入删除操作的话一定要实现。这个方法做两家事情:
  • 发送 deleteRowsAtIndexPaths:withRowAnimation: 或者 insertRowsAtIndexPaths:withRowAnimation: 指示Table view 刷新显示 。
  • 通过增删数据模型数组同步更新数据模型。

当用户通过滑动来删除的时候,调用顺序是跟上述有些许不同的。当用户滑动的时候,Table View首先检测tableView:commitEditingStyle:forRowAtIndexPath:是否有实现。如果实现了,Table View将发送setEditing:animated:给自己然后进入编辑模式。在这个“滑动删除”模式中,Table View不会显示editing controlreordering control。因为这是一个用户驱动事件,并且将消息包在tableView:willBeginEditingRowAtIndexPath:tableView:didEndEditingRowAtIndexPath:中。通过实现这两个方法,delegate将会正确显示Table View 。

注意⚠️: _Data source _不应该从tableView:commitEditingStyle:forRowAtIndexPath:的实现(OC中@implementation)部分的内部调用setEditing:animated:。如果出于某种原因必须这么做的话,需要用performSelector:withObject:afterDelay:函数设置延迟调用。

虽然可以使用insertion control 作为触发器来插入新的行,但是另外可供选择的方法是在导航栏上添加一个“添加”按钮。点击按钮发送action 信息给view controller,然后用一个modal view覆盖table view来填写新项的具体内容,再把数据添加到数据模型数组中,最后调用tableView.reload()刷新table view

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,053评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,527评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,779评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,685评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,699评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,609评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,989评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,654评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,890评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,634评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,716评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,394评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,976评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,950评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,191评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,849评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,458评论 2 342

推荐阅读更多精彩内容