CN106126355A - 基于iOS系统的事件传递方法和装置 - Google Patents

Abstract

本申请公开了基于iOS系统的事件传递方法和装置，所述方法的一具体实施方式包括：接收事件并构建事件的响应链；获取所述响应链的第一响应者；将触发所述事件的视图的参数封装成信号；将所述信号从所述第一响应者沿着所述响应链向父视图传递；所述父视图通过重写的方式处理所述信号。该实施方式使得事件或者数据之间跨页面的传递更加的简单，尤其使得在堆栈结构复杂的页面间传递事件或者数据更加简单。

Description

基于iOS系统的事件传递方法和装置

技术领域

本申请涉及操作系统技术领域，具体涉及iOS操作系统技术领域，尤其涉及基于iOS系统的事件传递方法和装置。

背景技术

随着iOS(苹果公司的移动操作系统)开发的App项目规模越来越大，单个页面的视图层越来越大，分层也越来越复杂，进而导致单个页面间的视图和多个视图之间的交互(包括但不限于事件传递，视图更新等)越来越复杂。

传统的iOS开发技术使用delegate(代理)、notification(通知)等机制来进行事件传递。

delegate(代理)方法的缺点是：两个对象之间的事件每次都要委托一下，如果委托的对象消失，但是未委托的对象需要继续使用引用对象，会出现找不到引用和指针的情况造成程序崩溃，同时代理的使用基于两个不同的页面，维护成本和开发成本都很大。

notification(通知)方法的缺点是：首先需要在notificationCenter(通知中心)注册一下通知的名称，然后进行分发。但是分发的内容是面向所有对象的，所以事件传递会相对较慢，通知发出后，controller(视图控制器)不能从观察者获得任何的反馈信息。

发明内容

本申请的目的在于提出一种基于iOS系统的事件传递方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种基于iOS系统的事件传递方法，所述方法包括：接收事件并构建事件的响应链；获取所述响应链的第一响应者；将触发所述事件的视图的参数封装成信号；将所述信号从所述第一响应者沿着所述响应链向父视图传递；所述父视图通过重写的方式处理所述信号。

在一些实施例中，通过键值对的方式对触发所述事件的视图的参数进行封装。

在一些实施例中，所述父视图通过重写的方式处理所述信号还包括：当所述父视图不能通过重写的方式处理所述信号时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。

在一些实施例中，所述将触发所述事件的视图的参数封装成信号还包括：指定信号要到达的目的视图。

在一些实施例中，所述父视图通过重写的方式处理所述信号还包括：当所述父视图不是目的视图时，将所述信号继续向根视图方向传递直到找到目的视图。

在一些实施例中，所述目的视图通过重写的方式处理所述信号包括：当根据所述触发所述事件的视图的属性判断所述目的视图不能处理该触发所述事件的视图时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。

第二方面，本申请提供了一种基于iOS系统的事件传递装置，所述装置包括：构建单元，配置用于接收事件并构建事件的响应链；获取单元，配置用于获取所述响应链的第一响应者；封装单元，配置用于将触发所述事件的视图的参数封装成信号；传递单元，配置用于将所述信号从所述第一响应者沿着所述响应链向父视图传递；处理单元，配置用于使父视图通过重写的方式处理所述信号。

在一些实施例中，所述封装单元进一步配置用于通过键值对的方式对触发所述事件的视图的参数进行封装。

在一些实施例中，所述处理单元进一步配置用于：当所述父视图不能通过重写的方式处理所述信号时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。

在一些实施例中，所述封装单元进一步配置用于：指定信号要到达的目的视图。

在一些实施例中，所述处理单元进一步配置用于：当所述父视图不是目的视图时，将所述信号继续向根视图方向传递直到找到目的视图。

在一些实施例中，所述处理单元进一步配置用于：当根据所述触发所述事件的视图的属性判断所述目的视图不能处理该触发所述事件的视图时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。

本申请提供的基于iOS系统的事件传递方法和装置，响应者只需要通过类目(category)提供的发送方法就可以把想要传递的数据信息方便的发出去。如果响应链上的其他对象想要处理该事件，也只需要简单的重写处理事件就可以实现处理数据，更新页面等复杂逻辑。使用方便的同时，也对业务层和视图层，视图层和视图层做到了很好的解耦。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是iOS系统的事件响应链的示意图；

图2是根据本申请的基于iOS系统的事件传递方法的一个实施例的流程图；

图3a、3b是根据本申请的基于iOS系统的事件传递方法的一个应用场景的示意图；

图4是根据本申请的基于iOS系统的事件传递方法的又一个实施例的流程图；

图5是根据本申请的基于iOS系统的事件传递装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的终端设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了iOS系统的事件响应链的示意图。

如图1所示，代表iOS系统的事件响应链的传递方式，箭头方向代表事件传递的方向，传递到每个视图的时候都可以通过重写处理信号的方式来处理子视图传递的消息。左图中接收事件的initial view(起始视图)如果不能处理该事件并且它不是顶层的View(视图)，则事件会往它的父View进行传递。initial view的父View获取事件后如果仍不能处理，则继续往上传递，循环这个过程。如果顶层的View还是不能处理这个事件的话，则会将事件传递给它们的ViewController(视图控制器)，如果ViewController也不能处理，则传递给Window(UIWindow)，此时Window不能处理的话就将事件传递给根视图Application(UIApplication)，最后如果连Application也不能处理，则废弃该事件。右图的流程不同在于，如果当前的ViewController是有层级关系的，那么当子ViewController不能处理事件时，它会将事件继续往上传递，直到传递到其根ViewController，后面的流程就跟之前分析的一样了。

继续参考图2，示出了根据本申请的基于iOS系统的事件传递方法的一个实施例的流程200。所述的基于iOS系统的事件传递方法，包括以下步骤：

步骤201，接收事件并构建事件的响应链。

在本实施例中，基于iOS系统的事件传递方法运行于其上的电子设备(例如iPad，iPhone和iPod touch等)可接收触控事件(单点、多点触控以及各种手势操作等)。iOS开发中事件传递是基于响应链的，响应链是由很多响应者链接在一起的。一个事件的响应开始于用户触发的响应者(UIView等)，最后在UIApplication结束。如果一个响应者不响应事件，则事件会沿着事件响应链往下传递。所有的响应者(UIApplication、UIView、UIViewController)的基类都是UIResponder(响应器)。UIResponder对外提供了一些方法来管理响应链和响应者，包括让响应对象成为第一响应者、放弃第一响应者、检测是否是第一响应者以及传递事件到下一响应者的方法。iOS视图按照一定的结构组织起来构成树状结构，除了根视图没有父视图之外，剩下的视图都有大于或者等于零个子视图，而每个视图构成了响应链上的响应者。

步骤202，获取响应链的第一响应者。

在本实施例中，当用户触发某一视图，UIKit(iOS开发中的视图开发套件)会创建对应的UIEvent(UI事件)，这个事件就会被放到NSRunLoop中(iOS事件循环机制，按照先进先出的策略进行处理)。程序处理的时候会从RunLoop中获取一个事件来处理，当该事件被处理时，事件将会被分发到触摸的那个视图上，这时候这个视图就是第一响应者，也就是该事件响应链上的第一个视图、起始视图。

步骤203，将触发事件的视图的参数封装成信号。

在本实施例中，基于iOS的响应链的响应机制，引入一套信号机制，称之为UISignal，用于处理响应链中的事件(如点击按钮，手势操作等)。UISignal通过category(类目)使基于UIView的类都有发送信号的功能。该信号的内容是触发事件的视图的参数，例如，视图的状态等。

在本实施例的一些可选的实现方式中，通过键值对的方式对触发所述事件的视图的参数进行封装。例如，封装在一个字典类型的参数中。

步骤204，将信号从第一响应者沿着响应链向父视图传递。

在本实施例中，事件的传递会沿着树状结构从子视图向根视图来进行传递，当有了第一响应者之后，事件会沿着第一响应者向父视图走，如果父视图有响应的处理事件，则会进行处理，如果父视图放弃当前的事件处理，则继续往上传递，回到下一个父视图，然后重复之前的操作。如果在到达根视图之前事件已经被响应者处理了，则该响应链停止，如果在到达根视图之前仍旧没有机会被处理，则事件会到达根视图(UIApplication)到此事件废弃，不再处理。

步骤205，父视图通过重写的方式处理信号。

在本实施例中，父视图可以通过重写处理信号的方法(handleSignal)，来处理信号源传递过来的信息。

在本实施例的一些可选的实现方式中，当所述父视图不能通过重写的方式处理所述信号时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。

继续参见图3a、3b，图3a、3b是根据本实施例的基于iOS系统的事件传递方法的应用场景的一个示意图。在图3a的应用场景中，根视图控制器C上包含子视图B，子视图B又包含视图A，视图A是可点击的按钮，并且不是视图控制器C的属性或私有变量(此处为了方便说明假设A为按钮，A可以为任何可触发响应事件的视图)。假设当视图A的点击事件触发后需要更新整个页面的布局，这个时候需要把视图A的状态沿着响应链向上传递。我们可以通过把视图A的状态进行封装，封装成信号，然后视图A通过响应链进行向上传递(参考图3b)，首先发现视图B，视图B没有重写了handleSignal方法，继续向上查找，当找到视图控制器C时，如果视图控制器C重写了handleSignal方法，则视图控制器C来处理视图A传过来的事件。这种是没有指定目的视图，一般目的视图会是响应链上第一个查找到的视图控制器。

本申请的上述实施例提供的方法通过发送信号的方法进行事件传递，传递到每个视图的时候都可以通过重写处理信号方法来处理子视图传递的消息，简化了事件的传递过程。

进一步参考图4，其示出了基于iOS系统的事件传递方法的又一个实施例的流程400。该基于iOS系统的事件传递方法的流程400，包括以下步骤：

步骤401，接收事件并构建事件的响应链。

步骤402，获取响应链的第一响应者。

步骤403，将触发事件的视图的参数封装成信号。

步骤401-403与步骤201-203基本相同，因此不再赘述。

步骤404，指定信号要到达的目的视图。

在本实施例中，在信号中指定信号要到达的目的视图，例如，触发事件的视图的参数中可以包括视图的状态还可以包括目的视图。此外，还可以包括触发事件的视图，即源视图。目的视图收到信号后可根据源视图判断收到的信号是否属于当前的目的视图。

步骤405，将信号从第一响应者沿着响应链向目的视图传递。

在本实施例中，当父视图不是目的视图时，将所述信号继续向根视图方向传递直到找到目的视图。

步骤406，目的视图通过重写的方式处理信号。

在本实施例中，当根据所述触发所述事件的视图的属性判断所述目的视图不能处理该触发所述事件的视图时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。

从图4中可以看出，与图2对应的实施例相比，本实施例中的基于iOS系统的事件传递方法的流程400突出了指定目的视图的步骤。由此，本实施例描述的方案可以更快的找到可以处理触发所述事件的视图的视图。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种基于iOS系统的事件传递装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种iOS终端设备中。

如图5所示，本实施例所述的基于iOS系统的事件传递装置500包括：构建单元501、获取单元502、封装单元503、传递单元504和处理单元505。其中，构建单元501配置用于接收事件并构建事件的响应链；获取单元502配置用于获取所述响应链的第一响应者；封装单元503配置用于将触发所述事件的视图的参数封装成信号；传递单元504配置用于将所述信号从所述第一响应者沿着所述响应链向父视图传递；处理单元505配置用于使父视图通过重写的方式处理所述信号。

在本实施例的一些可选的实现方式中，封装单元503进一步配置用于通过键值对的方式对触发所述事件的视图的参数进行封装。

在本实施例的一些可选的实现方式中，处理单元505进一步配置用于：当所述父视图不能通过重写的方式处理所述信号时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。

在本实施例的一些可选的实现方式中，封装单元503进一步配置用于：指定信号要到达的目的视图。

在本实施例的一些可选的实现方式中，处理单元505进一步配置用于：当所述父视图不是目的视图时，将所述信号继续向根视图方向传递直到找到目的视图。

在本实施例的一些可选的实现方式中，处理单元505进一步配置用于：当根据所述触发所述事件的视图的属性判断所述目的视图不能处理该触发所述事件的视图时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。

下面参考图6，其示出了适于用来实现本申请实施例的iOS终端设备的计算机系统600的结构示意图。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法中限定的上述功能。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括构建单元、获取单元、封装单元、传递单元和处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，构建单元还可以被描述为“接收事件并构建事件的响应链的单元”。

作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：接收事件并构建事件的响应链；获取所述响应链的第一响应者将触发所述事件的视图的参数封装成信号；将所述信号从所述第一响应者沿着所述响应链向父视图传递；所述父视图通过重写的方式处理所述信号。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种基于iOS系统的事件传递方法，其特征在于，所述方法包括：

接收事件并构建事件的响应链；

获取所述响应链的第一响应者；

将触发所述事件的视图的参数封装成信号；

将所述信号从所述第一响应者沿着所述响应链向父视图传递；

所述父视图通过重写的方式处理所述信号。

2.根据权利要求1所述的基于iOS系统的事件传递方法，其特征在于，通过键值对的方式对触发所述事件的视图的参数进行封装。

3.根据权利要求1所述的基于iOS系统的事件传递方法，其特征在于，所述父视图通过重写的方式处理所述信号还包括：

当所述父视图不能通过重写的方式处理所述信号时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。

4.根据权利要求1或2所述的基于iOS系统的事件传递方法，其特征在于，所述将触发所述事件的视图的参数封装成信号还包括：

指定信号要到达的目的视图。

5.根据权利要求4所述的基于iOS系统的事件传递方法，其特征在于，所述父视图通过重写的方式处理所述信号还包括：

当所述父视图不是目的视图时，将所述信号继续向根视图方向传递直到找到目的视图。

6.根据权利要求5所述的基于iOS系统的事件传递方法，其特征在于，所述目的视图通过重写的方式处理所述信号包括：

当根据所述触发所述事件的视图的属性判断所述目的视图不能处理该触发所述事件的视图时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。

7.一种基于iOS系统的事件传递装置，其特征在于，所述装置包括：

构建单元，配置用于接收事件并构建事件的响应链；

获取单元，配置用于获取所述响应链的第一响应者；

封装单元，配置用于将触发所述事件的视图的参数封装成信号；

传递单元，配置用于将所述信号从所述第一响应者沿着所述响应链向父视图传递；

处理单元，配置用于使父视图通过重写的方式处理所述信号。

8.根据权利要求7所述的基于iOS系统的事件传递装置，其特征在于，所述封装单元进一步配置用于通过键值对的方式对触发所述事件的视图的参数进行封装。

9.根据权利要求7所述的基于iOS系统的事件传递装置，其特征在于，所述处理单元进一步配置用于：

当所述父视图不能通过重写的方式处理所述信号时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。

10.根据权利要求7或8所述的基于iOS系统的事件传递装置，其特征在于，所述封装单元进一步配置用于：

指定信号要到达的目的视图。

11.根据权利要求10所述的基于iOS系统的事件传递装置，其特征在于，所述处理单元进一步配置用于：

当所述父视图不是目的视图时，将所述信号继续向根视图方向传递直到找到目的视图。

12.根据权利要求11所述的基于iOS系统的事件传递装置，其特征在于，所述处理单元进一步配置用于：

当根据所述触发所述事件的视图的属性判断所述目的视图不能处理该触发所述事件的视图时，将所述信号继续向根视图方向传递直到找到可以通过重写的方式处理所述信号的上一级父视图。