CN108614739A - 一种传递消息的方法及装置 - Google Patents

Abstract

本申请公开了一种传递消息的方法，用以解决现有技术中由于应用程序中会部署大量的消息传递代码，导致占用较多存储空间的问题。该方法包括：在应用程序第一页面中的第一视图组件接收到消息时，判断是否对所述消息执行传递操作；若是，则调用操作系统的消息传递方法；通过所述消息传递方法，根据操作系统构建的第一页面中各视图组件间的层级关系，将所述消息传递给所述第一页面中的第二视图组件和/或视图控制器。本申请还公开了一种传递消息的装置。

Description

一种传递消息的方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种传递消息的方法及装置。

背景技术

在应用程序中，为了向用户提供丰富的内容，单个应用程序往往会包含多个页面，同时，单个页面往往也会包含多个视图组件。例如，如图1所示的页面A中，包含三个视图组件。

在某些场景中，页面中的不同视图组件之间可能需要对消息进行传递。例如，如图1所示的页面A中，如果我们期望在点击视图组件3后，视图组件1的背景颜色会发生变化，那么，当点击事件在视图组件3处发生后，将会在视图组件3处产生与该点击事件对应的消息，该消息需要从视图组件3处传递至视图组件1处，视图组件1在接收到消息后，便会根据该消息改变背景颜色。

在现有技术中，为了建立视图组件之间的通信连接，开发人员需要为各视图组件编写用于传递消息的消息传递代码，消息传递代码主要用于确定接收消息的视图组件，并将消息传递给确定的该视图组件。针对不同的视图组件，往往需要编写不同的消息传递代码，那么，当应用程序中包含大量的页面，且页面中包含较多的视图组件时，为了实现视图组件间的通信，便需要在应用程序中部署大量的消息传递代码，这会占用较多的存储空间。

发明内容

本申请实施例提供一种传递消息的方法，用以解决现有技术中由于应用程序中会部署大量的消息传递代码，导致占用较多存储空间的问题。

本申请实施例采用下述技术方案：

一种传递消息的方法，包括：

在应用程序第一页面中的第一视图组件接收到消息时，判断是否对所述消息执行传递操作；

若是，则调用操作系统的消息传递方法；

通过所述消息传递方法，根据操作系统构建的第一页面中各视图组件间的层级关系，将所述消息传递给所述第一页面中的第二视图组件和/或视图控制器。

本申请实施例还提供一种传递消息的装置，用以解决现有技术中由于应用程序中会部署大量的消息传递代码，导致占用较多存储空间的问题。

本申请实施例采用下述技术方案：

一种传递消息的装置，包括：

第一判断单元，在应用程序第一页面中的第一视图组件接收到消息时，判断是否对所述消息执行传递操作；

调用单元，在判断结果为是时，调用操作系统的消息传递方法；

第一传递单元，通过所述消息传递方法，根据操作系统构建的第一页面中各视图组件间的层级关系，将所述消息传递给所述第一页面中的第二视图组件和/或视图控制器。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过调用操作系统的消息传递方法，并根据操作系统构建的第一页面中各视图组件间的层级关系，来进行消息的传递，相对于现有技术中，开发人员需要在应用程序中为每个视图组件编写消息传递代码方式，减少了对存储空间的占用。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为应用程序中包含视图组件的页面的示意图；

图2为本申请实施例提供的一种传递消息的方法的实现流程示意图；

图3为本申请实施例提供的视图组件间的传递消息的方法的实现流程示意图；

图4为本申请实施例提供的将消息从视图组件传递至视图控制器的方法的实现流程示意图；

图5为本申请实施例提供的视图组件间的消息传递过程示意图；

图6为本申请实施例提供的跨页面传递消息的情景示意图；

图7为本申请实施例提供的视图控制器间进行消息传递的过程示意图；

图8为本申请实施例提供的消息传递过程示意图；

图9为本申请实施例提供的一种消息传递装置的具体结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

本申请实施例中，可以调用操作系统的消息传递方法，根据操作系统构建的第一页面中各视图组件间(View)的层级关系，确定第二视图组件，然后将消息传递给确定的第二视图组件。避免了现有技术中由于应用程序中部署大量的消息传递代码，导致占用较多存储空间的问题。

这里所说的视图组件可以是应用程序页面中的各层显示界面，可用于展示界面中的视图，视图组件不仅可以用于对信息进行展示，也可以对用户操作触发的事件进行响应。

为了便于理解本申请提供的方法，下面首先对视图组件对消息的处理机制以及现有的视图组件间消息的传递方法进行简单说明，然后再详细介绍本申请提供的消息传递方法。

首先对视图组件对消息的处理机制进行简单说明：

以用户执行触摸操作为例，当用户在设备触摸屏上进行手势操作时，触摸屏便会探测到物理接触，并且通知操作系统，操作系统便会创建相应的事件，并且将该事件传递给当前正在运行的应用程序的事件队列中。然后该事件会被传递给事件被触发时与用户交互的视图组件。

视图组件在接收到事件后，对事件的响应方式包括下述至少一种：

1、通过预先编写的消息处理代码对事件进行处理，并在处理后丢弃该事件；

2、通过预先编写的消息处理代码对事件进行处理，并将该事件传递给下一个视图组件；

3、无法处理事件，将该事件传递给下一个视图组件。

除上述几种常见的响应事件的方式外，在实际应用中，还可以通过一些其它的方式来响应事件，此处不一一列举。

需要说明的是，在应用程序内部，事件是以消息的形式进行传递的。对于视图组件而言，视图组件可传递的消息的类型有很多，比如，视图组件可以对事件进行传递，也可以对数值进行传递。

下面将对现有技术中，视图组件对消息的传递方式进行简单说明：

如背景技术中所描述的，视图组件间在进行通信时需要通过开发人员预先编写的消息传递代码。比如，在苹果移动端操作系统iOS中，视图组件间进行消息的传递时，是通过代理(delegate)来进行消息的传递。这样，开发人员便需要在每一个视图组件上实现用于进行消息传递的delegate方法，针对不同的视图组件，delegate方法往往也不同。那么，开发人员需要在应用程序中为每个视图组件分别实现delegate方法，当应用程序中包含大量的页面，且页面中包含较多的视图组件时，为了实现视图组件间的通信，便需要在应用程序中实现大量的delegate方法，这会占用较多的存储空间。

基于现有技术中由于部署大量的消息传递代码，导致的占用较多存储空间的问题，本申请实施例提供一种传递消息的方法，以下结合附图，详细说明本申请实施例提供的技术方案。

本申请实施例提供的传递消息的方法的执行主体可以是终端设备，例如，智能手机，平板电脑，等等。此外，该方法的执行主体还可以是应用程序本身或操作系统本身。

为便于描述，下文以该方法的执行主体为应用程序为例，对该方法的实施方式进行介绍。可以理解，该方法的执行主体为应用程序只是一种示例性的说明，并不应理解为对该方法的限定。

该方法的实现流程示意图如图2所示，包括下述步骤：

步骤S101：在应用程序第一页面中的第一视图组件接收到消息时，判断是否对所述消息执行传递操作。

在本申请实施例中，为了方便描述，将接收到消息的视图组件称为第一视图组件，将第一视图组件所在的页面称为第一页面。通过本申请提供的方法，在第一视图组件接收到消息后，可以将该消息传递给待接收消息的视图组件，

比如，在用户和应用程序的页面进行交互时，用户在终端当前展示的页面执行某种操作后，会触发相应的事件，此时终端当前展示的界面中的某个视图组件便会接收到消息，那么，终端当前展示的界面便可称为第一页面，接收到消息的视图组件便可称为第一视图组件。

在应用程序第一页面包含多个视图时，各视图之间会有一定的层级关系，如图1中所示的页面中包含3个视图组件，在进行消息回溯传递的过程中，如果接收到消息的第一视图组件不是第一页面的根视图组件，那么，第一视图组件接收到的消息便有可能需要向其父级视图组件进行传递，如果接收到消息的第一视图组件是第一页面的根视图组件，那么，第一视图组件接收到的消息便有可能需要向第一页面的视图控制器进行传递。

具体在判断第一视图组件是否对消息执行传递操作时，首先可以判断第一视图组件是否能够响应该消息，这里所说的响应消息为视图组件能够对处理消息携带的事件。若果确定第一视图组件不能够响应该消息，则确定对所述消息执行传递操作，以期将消息传递给能够处理该消息的视图组件和/或视图控制器。

若确定第一视图组件能够响应接收到的消息，则由第一视图组件对接收到的消息进行处理。需要说明的是，某些情况下，即使第一视图组件能够响应接收到的消息，但是该消息还需要其它视图组件和/或视图控制器来处理时，还要再进一步判断是否对消息执行传递操作。

在实际应用中，开发人员可以在期望拦截消息的视图组件处设置拦截函数，拦截函数可以用来处理该消息携带的事件。当第一视图组件接收到消息后，如果该视图组件中设置了与该消息对应的拦截函数，则可以对该消息进行处理，而如果第一视图组件中没有设置拦截函数，则表明第一视图组件无法对该消息进行处理，这时便需要对消息进行传递，以期将消息传递给能够处理该消息的视图组件和/或视图控制器。

基于上述处理消息的机制，当第一视图组件接收到消息后，在判断是否对消息执行传递操作时，可以尝试调用用于处理该消息的拦截函数，如果调用失败，则表明视图组件没有实现处理该消息的拦截函数，此时便可确定对该消息执行传递操作。

如果第一视图组件中设置了拦截函数，但是该消息还需要其它视图组件和/或视图控制器来处理时，便可以再进一步判断是否对消息执行传递操作。具体进一步判断是否对消息执行传递操作的方式可以由很多种，比如，开发人员可以设置在调用拦截函数时，返回某一预设标识，来表明该消息需要继续往后传递，比如该预设标识为true，那么当调用拦截函数时，返回值为true时，则确定仍然需要对该消息执行传递操作。

如果该视图组件未设置与该消息对应的拦截函数，则响应该消息的方式为将该消息传递给其第二视图组件，以便查看第二视图组件是否能够处理该消息。另外，当第一视图组件设置有拦截该消息的视图组件，但是该消息还需要其它视图组件来处理时，则响应该消息的方式为通过拦截函数对接收到的消息进行处理，然后将该消息传递给其第二视图组件。

除上述两种常见的响应方式需要在不同视图组件间对消息执行传递操作外，在实际应用中，其它需要在不同视图组件间对消息执行传递操作的响应方式还可以有很多，此处不一一列举。

步骤S102：若确定对所述消息执行传递操作，则调用操作系统的消息传递方法。

在通过执行步骤S101判定需要对消息执行传递操作时，便可以对该消息执行传递操作。如背景技术中所描述的，视图组件间在进行通信时需要通过开发人员预先编写的消息传递代码，通过消息传递代码来确定接收消息的对象，然后对消息进行传递。由于操作系统在对应用程序的第一页面进行加载时，往往已经构建了第一页面中各视图组件间的层级关系，因此，可以直接利用该层级关系，来确定接收消息的视图组件。

并且，操作系统本身也已经实现了可以根据操作系统构建的视图组件间的层级关系，进行消息传递的方法。那么，可以通过调用操作系统的消息传递方法，并根据操作系统构建的第一页面中各视图组件间的层级关系，将消息传递给第二视图组件。

需要说明的是，在操作系统构建的第一页面的各视图组件的层级关系中，还可以包括第一页面的视图控制器与视图组件的关系，视图控制器往往与页面的根视图组件直接相连。那么，如果第一视图组件为第一页面的根视图组件时，可以将消息传递给第一页面的视图控制器。

步骤S103：通过所述消息传递方法，根据操作系统构建的第一页面中各视图组件间的层级关系，将所述消息传递给所述第一页面中的第二视图组件和/或视图控制器。

这里的第二视图组件可以是待接收消息的视图组件。在对消息进行回溯传递时，第二视图组件即为第一视图组件的父级视图组件。

在将消息从第一视图组件传递至第二视图组件后，第二视图组件便是接收消息的视图组件，此时第二视图组件便可称为第一视图组件。可以理解的是，本申请实施例中所使用的“第一”和“第二”，是为了区分不同层级的视图组件，并不是用来特指某一视图组件。

在iOS中，操作系统在对应用程序的第一页面进行加载时，例如应用程序启动时，便已经构建好了第一页面的响应者链条(ResponderChain)，该响应者链条中记录了第一页面中各视图组件之间的层级关系，以及根视图组件与第一页面的视图控制器的关系，那么，通过响应者链条便可以确定第一页面中的第二视图组件和/或视图控制器。

在iOS中，操作系统已经实现了利用响应者链条来进行消息回溯传递的消息传递方法(nextResponder)，因此，可以通过主动调用nextResponder方法来进行消息的传递。nextResponder方法可以根据操作系统构建的第一页面的ResponderChain，来确定第二视图组件/或视图控制器。由于单个页面中往往会包含多个视图组件，那么可以依次将消息传递给第一页面中的至少一个第二视图组件。

下面将详细描述在iOS系统中，通过调用nextResponder方法并利用ResponderChain进行消息回溯传递的过程，如图3所示，包含下述步骤：

步骤S201，第一视图组件接收到消息；

第一视图组件接收到的消息，可以是第一页面中首先接收到的消息，页面中首先接收到消息的视图组件可以称为第一响应者(FirstResponder)。或者，第一视图组件接收到的消息，还可以是从其它视图组件传递过来的消息，比如是通过执行后续步骤S203或S207传递过来的消息。

步骤S202，判断第一视图组件是否能够处理该消息；

视图组件在接收到消息后，需要判断视图组件是否能够处理接收到的消息。具体判断视图组件能否处理某个消息的方式，可以是尝试对第一视图组件调用能够处理该消息的方法(handleUISignal)。

某个消息与能够处理该消息的方法之间具有一定的对应关系，在调用能够处理该消息的方法时，往往是根据该消息的名称来调用能够处理该消息的方法。

步骤S203，如果第一视图组件不能处理该消息，则调用nextResponder方法将消息传递给第一视图组件的父级视图组件；

如果对第一视图组件调用handleUISignal方法失败，则表明第一视图组件不能处理该消息。那么，可以通过nextResponder方法，将消息传递给下一个响应者。

nextResponder方法根据第一页面的ResponderChain，确定下一个响应者，并将消息传递给下一个响应者。在对消息进行回溯传递的过程中，这里的下一个响应者，即为第一视图组件的父级视图组件。

步骤S204，如果第一视图组件能够处理该消息，则通过第一视图组件处理该消息；

步骤S205，通过第一视图组件处理该消息后，判断是否仍然需要将消息传递给第一视图组件的父级视图组件；

如果某个消息需要继续往后传递，开发人员可以设置在调用handleUISignal方法时，返回某一预设标识，来表明该消息需要继续往后传递，比如，如果该预设标识为true，那么当调用handleUISignal方法时，返回值为true时，则确定仍然需要将消息传递给第一视图组件的父级视图组件。

步骤S206，如果不需要将消息传递给父级视图组件，则将消息丢弃，并结束。

步骤S207，如果仍然需要将消息传递给父级视图组件，则调用nextResponder方法，将消息传递给父级视图组件；

具体可以设置当调用handleUISignal方法且返回值为true时，表明需要将消息传递给第一视图组件的父级视图组件。

后续各视图组件对消息的响应过程，可以参见步骤S201-S207，此处不再赘述。

在视图组件接收到消息后，如果第一视图组件是响应者链条中的根视图组件，那么响应该消息的方式包括下述至少一种：

1、通过拦截函数处理该消息后，将该消息丢弃；

2、通过拦截函数处理该消息后，仍然需要将该消息传递给第一页面的视图控制器；

3、没有拦截函数，则需要将该消息传递给第一页面的视图控制器。

除上述两种常见的响应方式需要将消息传递给第一页面的视图控制器外，在实际应用中，其它需要将消息传递给第一页面的视图控制器的响应方式还可以有很多，此处不一一列举。

在将消息传递给第一页面的第二视图组件后，在确定第二视图组件为响应者链条的根视图组件时，判断是否对该消息执行传递操作，如果确定对该消息执行传递操作，则根据所述操作系统构建的与第一页面对应的响应者链条，将该消息传递给第一页面的视图控制器。

从传输过程来讲，由于本申请中的第一视图组件可以指接收到消息的视图组件，这里第二视图组件在接收到消息后，也可称为第一视图组件，这样，第二视图组件将消息传递给视图控制器的过程，与第一视图组件将消息传递给视图控制器的过程类似。

下面，以iOS操作系统为例，详细介绍第一视图组件在接收到消息后将消息传递给第一页面的视图控制器的的过程，该过程如图4所示，包括下述步骤：

步骤S301，第一视图组件接收到消息；

第一视图组件接收到的消息，可以是第一页面中首先接收到的消息，页面中首先接收到消息的视图组件可以称为第一响应者(FirstResponder)。或者，第一视图组件接收到的消息，还可以是从其它视图组件传递过来的消息，比如是通过执行上述步骤S203或S207传递过来的消息。

步骤S302，判断是否需要将该消息传递给第一页面的视图控制器；

具体的，在确定需要将消息继续传递时，判断该视图组件是否为响应者链条中的根视图组件。如果该视图组件为根视图组件，则确定需要将所述消息传递给第一页面的视图控制器(ViewController)；

这里所说的根视图组件为视图组件中最顶级的视图组件，根视图组件没有父级视图组件，其父级组件为视图控制器。视图控制器用于对页面内容进行管理，视图控制器同样会实现一些方法，以便对接收到的消息进行处理。页面中的视图组件无法处理的消息，都可以传递给视图控制器进行处理。

步骤S303，当确定需要将该消息传递给第一页面的视图控制器时，则通过nextResponder方法，将消息传递给第一页面的视图控制器；

ResponderChain不仅记录了页面中的各视图组件间的层级关系，而且，ResponderChain的最顶端为页面的视图控制器。那么，nextResponder方法同样会根据ResponderChain，将消息传递给第一页面的视图控制器。

步骤S304，在第一页面的视图控制器接收到消息后，判断该视图控制器能否处理该消息；

具体的判断方法与判断视图组件能否处理消息的方法类似，此处不再赘述。

步骤S305：如果该视图控制器能够处理该消息，则利用该视图控制器处理该消息。

至此，便完成了消息在页面内部的回溯传递过程。例如，如图5所示的应用程序第一页面中，包含3个视图组件分别为View1、View2、View3，3个视图组件的层级关系如图所示，View2是View1的父级视图组件，View3是View2的父级视图组件，View3是根视图组件。并且，第一页面会包含一个视图控制器ViewController。在View1接收到消息后，如果要想将该消息传递至该页面的视图控制器，则会调用nextResponder，将消息从View1传递至View2，再从View2传递至View3，再从View3传递至ViewController，便完成了消息在该页面内部的回溯传递过程。

本申请提供的传递消息的方法，通过直接调用操作系统的消息传递方法，根据操作系统构建的第一页面中各视图组件间的层级关系，来进行消息的传递，相对于现有技术中，开发人员需要在应用程序中为每个视图组件分别编写消息传递代码，减少了对存储空间的占用。同时，由于开发人员无需在应用程序中为每个视图组件编写消息传递代码，提高了开发人员在进行应用程序开发时的效率。

本申请实施例中，考虑到用户在第一页面的视图组件中执行的某种操作，可能是针对应用程序中的其它页面的。比如，如图6所示，用户在点击了页面3中的某个视图组件后，其作用是改变页面1中的背景颜色。那么此时便需要将页面3中某个视图组件的消息，传递到页面1中，这便需要一种跨页面的消息传递机制。

但是在现有技术中，不同页面之间是相互独立的，如果想要实现不同页面之间的消息传递，仍然需要去为不同页面编写消息传递函数，这样不仅会占用较多的存储空间，而且开发人员需要为每个页面都编写消息传递函数，并维护各个消息传递函数，这会耗费大量的时间，影响应用程序的开发效率。

在本申请实施例中，可以根据操作系统构建的应用程序中各视图控制器间的层级关系，来确定应用程序中的其它视图控制器，然后再将消息传递给确定的该视图控制器，实现了消息在视图控制器之间的传递。比如，当对消息进行回溯传递时，这里的其它视图控制器可以是第一页面的视图控制器的父级视图控制器。进行视图控制器之间的消息传递的过程，可以是在执行完上述步骤S301-步骤S305之后进行的。即在消息在页面内部传递完毕之后，判断是否需要对所述消息执行视图控制器间的传递操作。

在本申请实施例中，可以通过操作系统的导航控制器(NavigationController)来实现视图控制器间的消息传递，即消息的跨页面传递。

导航控制器可以对应用程序中的各页面进行管理，导航控制器中存储有应用程序中各视图控制器之间的层级关系。具体的，导航控制器通过栈来记录应用程序中的各视图控制器之间的层级关系，该层级关系根据页面在应用程序中出现的先后顺序构建。比如在页面1中执行某个操作后，会跳转至页面2，那么页面1即为页面2的父页面，对应的页面1的视图控制器，即为页面2的视图控制器的父级视图控制器。

在导航控制器的栈中，是通过一个数组来记录各视图控制器之间的层级关系的，数组中的各个数，为视图控制器的标识。在层级关系中，根视图控制器的标识位于数组的首位，然后按照视图控制器层级关系中，各视图控制器的层级从高到低的顺序，在栈中依次往后排列各视图控制器的各标识。这样便在栈中完整记录了应用程序中的视图控制器之间的层级关系。

导航控制器不仅构建了应用程序中各视图控制器间的层级关系，并且还可以根据该层级关系对消息进行传递，那么当期望消息在应用程序的各视图控制器间进行传递时，可以通过导航控制器来实现。

由于现有技术中，消息从父视图控制器向子视图控制器进行传递时的方式较容易实现，而对于视图控制器的回溯传递机制，即消息从子视图控制器向父视图控制器进行传递时的机制，在实现时会存在上述技术问题，因此，下文将着重描述本申请实施例提供的传递消息的方法在消息回溯传递方面的应用。

页面的视图控制器在接收到消息后，响应该消息的方式包括下述至少一种：

1、通过拦截函数处理该消息后，将该消息丢弃；

2、通过拦截函数处理该消息后，仍然需要将该消息传递给其父级视图控制器；

3、没有拦截函数，则需要将该消息传递给其父级视图控制器。

除上述两种常见的响应方式需要在不同视图控制器间对所述消息执行传递操作外，在实际应用中，其它需要在不同视图控制器间对所述消息执行传递操作的响应方式还可以有很多，此处不一一列举。

当根据在视图控制器接收到消息后响应该消息的方式，确定需要在不同视图控制器间对该消息执行传递操作时，根据操作系统构建的应用程序中各视图控制器间的层级关系，确定视图控制器的父级视图控制器，然后便可将所述消息传递给所述父级视图控制器。

下面将详细介绍本申请提出的消息在视图控制器间进行回溯传递的过程，如图7所示，包含下述步骤：

步骤S401，视图控制器接收到消息；

这里所说的视图控制器接收到消息，可以是视图控制器接收到从根视图组件传递过来的消息，比如可以是通过执行上述步骤S303传递过来的消息；也可以是视图控制器接收其它视图控制器传递过来的消息，比如可以是通过执行后续步骤S404传递过来的消息。

步骤S402，判断是否需要对消息执行视图控制器间的传递操作；

视图控制器在接收到消息后，会判断视图控制器能否处理该消息，具体的判断方式，与前文所描述的判断视图组件能否处理消息的方式相同，同样是尝试调用能够处理该消息的方法，此处不再赘述。在确定视图控制器能够处理该消息后，便可以通过视图控制器来处理该消息。

需要对消息执行视图控制器间的传递操作的情形包括下述至少一种：

1、第一页面的视图控制器无法处理接收到的消息，此时便需要将该消息传递给其父级视图控制器来处理；

2、第一页面的视图控制器通过拦截函数对消息进行处理，但是仍然需要将该消息传递给其父级视图控制器来处理。

步骤S403，如果需要在不同视图控制器间对所述消息执行传递操作，则根据操作系统的导航控制器构建的、应用程序中各视图控制器间的层级关系，确定第一页面的视图控制器的父级视图控制器；

具体确定父级视图控制器的过程，可以是根据导航控制器的栈中的数组来确定，数组中位于第一页面的视图控制器的标识的前一位的标识，即为第一页面的父级视图控制器的标识，根据该标识，即可确定第一页面的视图控制器的父级视图控制器。

需要说明的是，如果第一页面的视图控制器的标识位于栈中的数组的首位，那么，表明第一页面的视图控制器已经是根视图控制器，即没有父级视图控制器，则不进行消息的回溯传递，则可以结束消息回溯传递过程

步骤S404，通过操作系统的导航控制器，将消息传递给确定的父级视图控制器。

此后，父级视图控制器对消息的响应可参见步骤S401-S404，此处不再赘述。直至消息传递至根视图控制器或无需传递消息时，则可以结束消息回溯传递过程。

通过本申请提供的传递消息的方法，可以实现消息在页面的视图组件间的传递，同时也可以实现消息在视图控制器之间的传递，这样，也实现了消息从页面的视图组件到其它页面的视图控制器的传递。如图8所示的应用程序中包含3个页面，分别为页面1、页面2、页面3，3个页面的层级关系如图所示，页面2是页面3的父级页面，页面1是页面2的父级页面，页面1是应用程序的根页面。页面3中包含3个视图组件分别为View1、View2、View3，3个视图组件的层级关系如图所示，View2是View1的父级视图组件，View3是View2父级视图组件，View3是根视图组件。

那么，当需要将View1接收到的消息传递至页面1的ViewController时，如图7所示，在View1接收到消息后，会通过操作系统的nextResponder，沿着页面3的响应者链条，将消息传递至页面3的ViewController，然后根据NavigationController确定的各页面间的层级关系，通过NavigationControlle进行ViewControllerr间的消息传递，将消息传递至页面1的ViewController。

通过本申请提供的传递消息的方法，开发人员无需在应用程序中分别为各视图组件以及各视图控制器编写消息传递代码，提高了开发人员在进行应用程序开发时的效率，节省了大量的存储空间。

以上为本申请实施例提供的传递消息的方法，基于同样的思路，本申请实施例还提供相应的传递消息的装置，如图9所示，具体包括：

第一判断单元501，在应用程序第一页面中的第一视图组件接收到消息时，判断是否对所述消息执行传递操作；

调用单元502，在判断结果为是时，调用操作系统的消息传递方法；

第一传递单元503，通过所述消息传递方法，根据操作系统构建的第一页面中各视图组件间的层级关系，将所述消息传递给所述第一页面中的第二视图组件和/或视图控制器。

所述第一判断单元501，判断所述第一视图组件是否能够响应所述消息；在判定第一视图组件不能响应所述消息时，判断是否对所述消息执行传递操作。

所述装置还包括第二判断单元504，在判定第一试图组件能够响应所述消息时，则由所述第一视图组件对所述消息进行处理，并进一步判断是否对所述消息执行传递操作。

若所述操作系统为苹果移动端操作系统iOS，所述第一传递单元501，根据所述操作系统构建的与所述第一页面对应的响应者链条，依次将所述消息传递给所述第一页面中的至少一个第二视图组件。

所述装置还包括第二传递单元505，在确定所述第二视图组件为所述响应者链条的根视图组件时，判断是否对所述消息执行传递操作；若是，则根据所述操作系统构建的与所述第一页面对应的响应者链条，将所述消息传递给所述第一页面的视图控制器。

所述装置还包括第三传递单元506，在将所述消息传递给所述第一页面的视图控制器时，判断是否对所述消息执行传递操作；若是，根据所述操作系统的导航控制器构建的应用程序中各视图控制器间的层级关系，将所述消息传递给应用程序中的其它视图控制器；其中，所述导航控制器中存储有应用程序中各视图控制器之间的层级关系。

若所述第一判断单元501确定所述第一视图组件没有设置响应所述消息的拦截函数，所述第一传递单元503，将所述消息传递给所述第一页面中的第二视图组件。

若所述第一判断单元501确定所述第一视图组件设置有响应所述消息的拦截函数，所述第一传递单元503，调用所述拦截函数对所述消息进行处理。

本申请提供的传递消息的装置，通过调用操作系统的消息传递方法，并根据操作系统构建的第一页面中各视图组件间的层级关系，来进行消息的传递，相对于现有技术中，开发人员需要在应用程序中为每个视图组件编写消息传递代码，减少了对存储空间的占用。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (16)

1.一种传递消息的方法，其特征在于，包括：

在应用程序第一页面中的第一视图组件接收到消息时，判断是否对所述消息执行传递操作；

若是，则调用操作系统的消息传递方法；

通过所述消息传递方法，根据操作系统构建的第一页面中各视图组件间的层级关系，将所述消息传递给所述第一页面中的第二视图组件和/或视图控制器。

2.如权利要求1所述的方法，其特征在于，判断是否对所述消息执行传递操作，包括：

判断所述第一视图组件是否能够响应所述消息；

若确定所述第一视图组件不能够响应所述消息，则确定对所述消息执行传递操作。

3.如权利要求2所述的方法，其特征在于，所述方法还包括：

若确定所述第一视图组件能够响应所述消息，则由所述第一视图组件对所述消息进行处理，并进一步判断是否对所述消息执行传递操作。

4.如权利要求1至3任一项所述的方法，其特征在于，将所述消息传递给所述第一页面中的第二视图组件，包括：

若所述操作系统为苹果移动端操作系统iOS，则根据所述操作系统构建的与所述第一页面对应的响应者链条，依次将所述消息传递给所述第一页面中的至少一个第二视图组件。

5.如权利要求4所述的方法，其特征在于，在将所述消息传递给所述第一页面的所述第二视图组件后，所述方法还包括：

在确定所述第二视图组件为所述响应者链条的根视图组件时，判断是否对所述消息执行传递操作；

若是，则根据所述操作系统构建的与所述第一页面对应的响应者链条，将所述消息传递给所述第一页面的视图控制器。

6.如权利要求1或5所述的方法，其特征在于，在将所述消息传递给所述第一页面的视图控制器时，所述方法还包括：

判断是否对所述消息执行传递操作；

若是，根据所述操作系统的导航控制器构建的应用程序中各视图控制器间的层级关系，将所述消息传递给应用程序中的其它视图控制器；

其中，所述导航控制器中存储有应用程序中各视图控制器之间的层级关系。

7.如权利要求1所述的方法，其特征在于，将所述消息传递给所述第一页面中的第二视图组件，包括：

若确定所述第一视图组件没有设置响应所述消息的拦截函数，将所述消息传递给所述第一页面中的第二视图组件。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：

若确定所述第一视图组件设置有响应所述消息的拦截函数，调用所述拦截函数对所述消息进行处理。

9.一种传递消息的装置，其特征在于，包括：

第一判断单元，在应用程序第一页面中的第一视图组件接收到消息时，判断是否对所述消息执行传递操作；

调用单元，在判断结果为是时，调用操作系统的消息传递方法；

第一传递单元，通过所述消息传递方法，根据操作系统构建的第一页面中各视图组件间的层级关系，将所述消息传递给所述第一页面中的第二视图组件和/或视图控制器。

10.如权利要求9所述的装置，其特征在于，所述第一判断单元，判断所述第一视图组件是否能够响应所述消息；在判定第一视图组件不能响应所述消息时，判断是否对所述消息执行传递操作。

11.如权利要求10所述的装置，其特征在于，所述装置还包括：

第二判断单元，在判定第一试图组件能够响应所述消息时，则由所述第一视图组件对所述消息进行处理，并进一步判断是否对所述消息执行传递操作。

12.如权利要求9至11任一项所述的装置，其特征在于，若所述操作系统为苹果移动端操作系统iOS，所述第一传递单元，根据所述操作系统构建的与所述第一页面对应的响应者链条，依次将所述消息传递给所述第一页面中的至少一个第二视图组件。

13.如权利要求12所述的装置，其特征在于，所述装置还包括：

第二传递单元，在确定所述第二视图组件为所述响应者链条的根视图组件时，判断是否对所述消息执行传递操作；

若是，则根据所述操作系统构建的与所述第一页面对应的响应者链条，将所述消息传递给所述第一页面的视图控制器。

14.如权利要求9或13所述的装置，其特征在于，所述装置还包括：

第三传递单元，在将所述消息传递给所述第一页面的视图控制器时，判断是否对所述消息执行传递操作；

若是，根据所述操作系统的导航控制器构建的应用程序中各视图控制器间的层级关系，将所述消息传递给应用程序中的其它视图控制器；

其中，所述导航控制器中存储有应用程序中各视图控制器之间的层级关系。

15.如权利要求9所述的装置，其特征在于：

若所述第一判断单元确定所述第一视图组件没有设置响应所述消息的拦截函数，所述第一传递单元，将所述消息传递给所述第一页面中的第二视图组件。

16.如权利要求15所述的装置，其特征在于：

若所述第一判断单元确定所述第一视图组件设置有响应所述消息的拦截函数，所述第一传递单元，调用所述拦截函数对所述消息进行处理。