用户界面控件的控制方法、装置、存储介质及电子设备

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种用户界面控件的控制方法、装置、存储介质及电子设备。

背景技术

目前，相关技术中通过用户界面(User Interface，UI)控件来实现管理信息系统中的表单配置，各个UI控件独立执行配置任务。

然而，在表单的实际使用过程中，存在UI控件之间联动控制的需求，例如，在改变某个控件的状态后，可以联动控制其他控件改变自身的状态，UI控件独立执行配置任务无法满足用户的使用需求，而对用户的使用体验产生负面影响。现有技术中，当一个控件发生变化想要实现被控制的控件也随之变化时，往往采用人工修改被控制控件的状态值的方式，实现对被控制的控件的状态的改变，存在控件之间联动控制效率低的问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种用户界面控件的控制方法、装置、存储介质及电子设备，以至少解决现有技术中用户界面的控件之间联动控制效率低的技术问题。

根据本发明实施例的一个方面，提供了一种用户界面控件的控制方法，包括：获取第一控件的配置数据，其中，配置数据至少包括第一控件的读写状态、第一控件对应的属性数据；基于配置数据，对第二控件进行状态配置，生成状态配置数据表，其中，第一控件和第二控件为管理信息系统的表单中的控件，状态配置数据表至少包括第一控件的读写状态与第二控件的读写状态之间的关联关系；在第一控件的读写状态发生改变的情况下，对状态改变后的第一控件对应的属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，得到比对结果，并根据比对结果确定第二控件的目标逻辑值；根据目标逻辑值，确定第二控件的目标状态，并基于第二控件的目标状态对第二控件的读写状态进行调整。

进一步地，用户界面控件的控制方法还包括：配置第一控件所对应的通知集合，其中，通知集合用于存储第二控件的身份标识；配置第二控件所对应的控制数组，其中，控制数组用于存储第二控件的控制数据，控制数据至少包括第一控件的身份标识。

进一步地，用户界面控件的控制方法还包括：响应对第二控件的操作指令，在第二控件的状态配置区域展示第二控件的多个属性状态，其中，多个属性状态所对应的状态至少包括自定义状态；响应对自定义状态的操作指令，从多个属性状态所对应的多个状态中选择自定义状态，在第二控件的状态配置区域展示自定义状态的状态配置表；基于配置数据，对状态配置表进行数据填充处理，生成状态配置数据表。

进一步地，用户界面控件的控制方法还包括：从配置数据中获取第一控件的身份标识和第一控件对应的属性数据；将第一控件的身份标识和第一控件对应的属性数据填充在状态配置表中，生成状态配置数据表。

进一步地，用户界面控件的控制方法还包括：将第二控件的身份标识发送至通知集合；将第一控件对应的属性数据发送至控制数组。

进一步地，用户界面控件的控制方法还包括：获取第一控件的当前属性数据；对第一控件的当前属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，得到比对结果；在第一控件的当前属性数据与状态配置数据表中存储的第一控件对应的属性数据一致的情况下，确定第二控件的逻辑值为第一逻辑值，其中，逻辑值用于表征比对结果是否正确；对第一逻辑值与预设逻辑值进行比对，在第一逻辑值与预设逻辑值一致的情况下，确定第一逻辑值为第二控件的目标逻辑值。

根据本发明实施例的另一方面，还提供了一种用户界面控件的控制装置，包括：获取模块，用于获取第一控件的配置数据，其中，配置数据至少包括第一控件的读写状态、第一控件对应的属性数据；第一处理模块，用于基于配置数据，对第二控件进行状态配置，生成状态配置数据表，其中，第一控件和第二控件为管理信息系统的表单中的控件，状态配置数据表至少包括第一控件的读写状态与第二控件的读写状态之间的关联关系；第二处理模块，用于在第一控件的读写状态发生改变的情况下，对状态改变后的第一控件对应的属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，得到比对结果，并根据比对结果确定第二控件的目标逻辑值；确定模块，用于根据目标逻辑值，确定第二控件的目标状态，并基于第二控件的目标状态对第二控件的读写状态进行调整。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述的用户界面控件的控制方法。

根据本发明实施例的另一方面，还提供了一种电子设备，该电子设备包括一个或多个处理器；存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现用于运行程序，其中，程序被设置为运行时执行上述的用户界面控件的控制方法。

根据本发明实施例的另一方面，还提供了一种计算机程序产品，包括计算机程序/指令，计算机程序/指令被处理器执行时实现上述的用户界面控件的控制方法。

在本发明实施例中，采用根据目标逻辑值确定第二控件的目标状态的方式，首先获取第一控件的配置数据，然后基于配置数据，对第二控件进行状态配置，生成状态配置数据表，在第一控件的读写状态发生改变的情况下，对状态改变后的第一控件对应的属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，得到比对结果，并根据比对结果确定第二控件的目标逻辑值，然后根据目标逻辑值，确定第二控件的目标状态，并基于第二控件的目标状态对第二控件的读写状态进行调整。其中，配置数据至少包括第一控件的读写状态、第一控件对应的属性数据，第一控件和第二控件为管理信息系统的表单中的控件，状态配置数据表至少包括第一控件的读写状态与第二控件的读写状态之间的关联关系。

在上述过程中，通过获取第一控件的配置数据，为后续生成状态配置数据表提供了数据基础；通过第一控件的配置数据对第二控件进行状态配置，实现了对第一控件与第二控件之间关联关系的构建，通过生成状态配置数据表，为第一控件与第二控件之间的联动控制提供了依据；通过对状态改变后的第一控件对应的属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，可以根据比对结果确定第二控件的目标逻辑值，从而能够根据目标逻辑值，确定第二控件的目标状态，并基于第二控件的目标状态对第二控件的读写状态进行调整，与现有技术相比，无需人工更改配置脚本，即可自动计算出第二控件对应的目标状态，从而实现对第二控件的联动控制，提高了控件之间的联动控制效率。

由此可见，通过本发明的技术方案，达到了控件之间可以相互联动控制的目的，从而实现了提高控件之间的联动控制效率的技术效果，进而解决了现有技术中用户界面的控件之间联动控制效率低的技术问题。

附图说明

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

图1是根据本发明实施例的一种可选的用户界面控件的控制方法的流程图；

图2是根据本发明实施例的一种可选的用户界面控件的控制方法的原理示意图；

图3是根据本发明实施例的一种可选的控件之间联动控制的流程图；

图4是根据本发明实施例的一种可选的确定控件状态的流程图；

图5是根据本发明实施例的一种可选的用户界面控件的控制装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本发明所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取相关信息。

实施例1

根据本发明实施例，提供了一种用户界面控件的控制方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种可选的用户界面控件的控制方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，获取第一控件的配置数据，其中，配置数据至少包括第一控件的读写状态、第一控件对应的属性数据。

在上述步骤中，可以通过应用系统、处理器、电子设备等装置获取第一控件的配置数据。可选的，第一控件对应的属性数据可以是第一控件对应的控件值，读写状态至少包括必填状态、选填状态、禁用状态。可选的，不同状态下，控件对应的控件值不同。例如，第一控件在禁用状态下，对应的控件值为1，在必填状态下，对应的控件值为2。

步骤S102，基于配置数据，对第二控件进行状态配置，生成状态配置数据表，其中，第一控件和第二控件为管理信息系统的表单中的控件，状态配置数据表至少包括第一控件的读写状态与第二控件的读写状态之间的关联关系。

在上述步骤中，管理信息系统可以是利用计算机硬软件和网络进行信息的收集、传递、存储、加工、整理的系统，管理信息系统包含多个表单，例如，系统页面中包含的多个输入区域(输入框)，每个输入框可以是一个表单，每个表单上包括至少一个UI控件。可选的，在本实施例中，以第一控件控制第二控件为例进行说明。

可选的，状态配置数据表中至少包括锚定项、数值项、逻辑值。锚定项所对应的数据可以是第一控件的身份标识ID，数值项所对应的数据可以是第一控件对应的属性数据即第一控件对应的控件值，逻辑项所对应的数据至少包括逻辑与、逻辑或。例如，第二控件的ID为B，第一控件的ID为A，状态配置数据表中锚定项所对应的数据即为A，第一控件对应的控件值为2，状态配置数据表中数值项所对应的数据即为2。

可选的，在本实施例中，第一控件和第二控件可以控制多个控件，也可以被多个控件所控制。逻辑项用于配置多个控制逻辑之间的关系。例如，第二控件还被第三控件所控制，第三控件的ID为C，第三控件对应的控件值为3，此时，状态配置数据表中锚定项所对应的第一行数据为A，第二行数据为C，数值项所对应的第一行数据为2，第二行数据为3，逻辑项所对应的数据可以为逻辑与、逻辑或等，当逻辑项所对应的数据为逻辑与时，表示当第一控件(A)的值为2并且第三控件(C)的值为3时，可以实现对第二控件(B)的联动控制；当逻辑项所对应的数据为逻辑或时，表示当第一控件(A)的值为2，或者第三控件(C)的值为3时，可以实现对第二控件(B)的联动控制。

步骤S103，在第一控件的读写状态发生改变的情况下，对状态改变后的第一控件对应的属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，得到比对结果，并根据比对结果确定第二控件的目标逻辑值。

在上述步骤中，在第一控件的读写状态发生改变的情况下，由于第二控件被第一控件所控制，因此，需要判断第二控件的状态是否改变。例如，第一控件从禁用状态变为必填状态，控件值对应的从1变为2，此时，状态改变后的第一控件对应的属性数据即为2。继续以上述在状态配置数据表中存储的第一控件(A)对应的属性数据为2为例，此时，逻辑比对可以是比对2是否等于2，比对结果为是，则对应的逻辑值为正确(True)。

步骤S104，根据目标逻辑值，确定第二控件的目标状态，并基于第二控件的目标状态对第二控件的读写状态进行调整。

在上述步骤中，目标逻辑值可以是经过上述逻辑对比得到的最终逻辑值，当最终逻辑值为正确(True)时，表示需要对第二控件的状态进行改变。可选的，根据目标逻辑值，可以确定第二控件的目标状态，从而能够基于第二控件的目标状态对第二控件的读写状态进行调整。

基于上述步骤S101至步骤S104所限定的方案，可以获知，在本发明实施例中，采用根据目标逻辑值确定第二控件的目标状态的方式，首先获取第一控件的配置数据，然后基于配置数据，对第二控件进行状态配置，生成状态配置数据表，在第一控件的读写状态发生改变的情况下，对状态改变后的第一控件对应的属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，得到比对结果，并根据比对结果确定第二控件的目标逻辑值，然后根据目标逻辑值，确定第二控件的目标状态，并基于第二控件的目标状态对第二控件的读写状态进行调整。其中，配置数据至少包括第一控件的读写状态、第一控件对应的属性数据，第一控件和第二控件为管理信息系统的表单中的控件，状态配置数据表至少包括第一控件的读写状态与第二控件的读写状态之间的关联关系。

容易注意到的是，在上述过程中，通过获取第一控件的配置数据，为后续生成状态配置数据表提供了数据基础；通过第一控件的配置数据对第二控件进行状态配置，实现了对第一控件与第二控件之间关联关系的构建，通过生成状态配置数据表，为第一控件与第二控件之间的联动控制提供了依据；通过对状态改变后的第一控件对应的属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，可以根据比对结果确定第二控件的目标逻辑值，从而能够根据目标逻辑值，确定第二控件的目标状态，并基于第二控件的目标状态对第二控件的读写状态进行调整，与现有技术相比，无需人工更改配置脚本，即可自动计算出第二控件对应的目标状态，从而实现对第二控件的联动控制，提高了控件之间的联动控制效率。

由此可见，通过本发明的技术方案，达到了控件之间可以相互联动控制的目的，从而实现了提高控件之间的联动控制效率的技术效果，进而解决了现有技术中用户界面的控件之间联动控制效率低的技术问题。

在一种可选的实施例中，在获取第一控件的配置数据之前，首先配置第一控件所对应的通知集合，然后配置第二控件所对应的控制数组。其中，通知集合用于存储第二控件的身份标识，控制数组用于存储第二控件的控制数据，控制数据至少包括第一控件的身份标识。

可选的，在第一控件的配置脚本中，对通知集合进行配置，通知集合可以是订阅者集合，即第一控件所控制的控件的ID集合。由于第一控件控制第二控件，第二控件即为第一控件的订阅者，第一控件即为发布者，当第一控件的状态发生变化时，会通过通知集合中存储的第二控件的ID，实现对第二控件的通知，第二控件接收到通知后，会确定自身的状态是否需要改变。可选的，此处配置的通知集合为空集合。

可选的，图2是根据本发明实施例的一种可选的用户界面控件的控制方法的原理示意图，如图2所示，发布者为第一控件A，订阅者为第二控件B，第一控件A的状态发生改变，会通知第二控件，第二控件经过逻辑计算，确定自身的状态值。

可选的，在第二控件的配置脚本中，对控制数组进行配置，控制数组中可以包括第一控件的ID、第一控件在不同状态下所对应的不同控件值。可选的，此处配置的控制数组为空数组。

可选的，在本实施例中，在第一控件的配置脚本中除了配置通知集合，还可以配置控制数组，实现第一控件被其他控件所控制。

在一种可选的实施例中，在基于配置数据，对第二控件进行状态配置，生成状态配置数据表的过程中，首先响应对第二控件的操作指令，在第二控件的状态配置区域展示第二控件的多个属性状态，然后响应对自定义状态的操作指令，从多个属性状态所对应的多个状态中选择自定义状态，在第二控件的状态配置区域展示自定义状态的状态配置表，然后基于配置数据，对状态配置表进行数据填充处理，生成状态配置数据表。其中，多个属性状态所对应的状态至少包括自定义状态。

可选的，在控件的配置界面中选中第二控件，可以显示第二控件的多个属性状态，例如，必填状态、禁用状态等。可选的，每个属性状态对应多个状态，例如，开启状态、关闭状态、自定义状态。进一步地，通过选中自定义状态可以显示状态配置表，状态配置表中至少包括锚定项、数值项、逻辑值。可选的，此处的状态配置表中为未填写数据的空表。

进一步地，基于配置数据，对状态配置表进行数据填充处理，可以生成状态配置数据表。

具体的，在一种可选的实施例中，在基于配置数据，对状态配置表进行数据填充处理，生成状态配置数据表的过程中，从配置数据中获取第一控件的身份标识和第一控件对应的属性数据，然后将第一控件的身份标识和第一控件对应的属性数据填充在状态配置表中，生成状态配置数据表。

可选的，在状态配置表的锚定项中填写控制第二控件的控件ID(例如，第一控件的ID)，数值项中填写控制第二控件的控件对应的属性数据(例如，第一控件的控件值)，逻辑项中填写控制第二控件的控件之间的逻辑(例如，逻辑与、逻辑或等)，生成状态配置数据表。

例如，在控件的配置界面中选中第二控件(B)，会显示控件B的必填状态、禁用状态等，选中必填状态进行配置，会显示开启状态、关闭状态、自定义状态，选中自定义状态，显示自定义表格即状态配置表，对表格进行填写即可实现对控件B的自定义设置。具体的，在锚定项中填写第一控件的ID，即在锚定项中填写A，在数值项中填写控件值2。

可选的，在第二控件只被第一控件控制的情况下，无需对逻辑项进行配置。在第二控件还被其他控件控制的情况下，可以通过逻辑项的配置，实现不同控件对第二控件的控制。

在一种可选的实施例中，在将第一控件的身份标识和第一控件对应的属性数据填充在状态配置表中，生成状态配置数据表之后，将第二控件的身份标识发送至通知集合，将第一控件对应的属性数据发送至控制数组。

可选的，在将第一控件的身份标识和第一控件对应的属性数据填充在状态配置表中，生成状态配置数据表之后，通过获取状态配置数据表中的数据，对前述配置的空通知集合、空控制数组进行数据填充。具体的，在第二控件的状态配置数据表中配置了第一控件的身份标识，表示第一控件控制第二控件，第二控件为第一控件的订阅者，因此，将第二控件的身边标识即第二控件的ID发送至前述配置的空通知集合中，得到包含通知ID的通知集合。进一步地，将第一控件对应的属性数据即状态配置数据表中配置的第一控件的控件值发送至前述配置的空控制数组中，得到包含数据的控制数组。

在一种可选的实施例中，在第一控件的读写状态发生改变的情况下，对状态改变后的第一控件对应的属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，得到比对结果，并根据比对结果确定第二控件的目标逻辑值的过程中，获取第一控件的当前属性数据，然后对第一控件的当前属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，得到比对结果，然后在第一控件的当前属性数据与状态配置数据表中存储的第一控件对应的属性数据一致的情况下，确定第二控件的逻辑值为第一逻辑值，其中，逻辑值用于表征比对结果是否正确，然后对第一逻辑值与预设逻辑值进行比对，在第一逻辑值与预设逻辑值一致的情况下，确定第一逻辑值为第二控件的目标逻辑值。

可选的，在第一控件的读写状态发生改变的情况下，由于第二控件被第一控件所控制，因此，需要判断第二控件的状态是否改变。具体的，获取第一控件的当前属性数据，即状态改变后所对应的控件值。例如，第一控件从禁用状态变为必填状态，控件值对应的从1变为2，此时，当前属性数据即为2。

进一步地，对第一控件的当前属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，继续以上述在状态配置数据表中存储的第一控件对应的属性数据为2为例，此时，逻辑比对可以是比对2是否等于2，比对结果为是。

进一步地，在第一控件的当前属性数据与状态配置数据表中存储的第一控件对应的属性数据一致的情况下，即2等于2的情况下，确定第二控件的逻辑值为第一逻辑值即正确(True)。

进一步地，对第一逻辑值与预设逻辑值进行比对，在第一逻辑值与预设逻辑值一致的情况下，确定第一逻辑值为第二控件的目标逻辑值。可选的，预设逻辑值可以是正确(True)，也可以是错误(False)，此处以预设逻辑值为正确(True)为例进行说明。第一逻辑值为正确(True)，预设逻辑值为正确(True)，即第一逻辑值与预设逻辑值一致，目标逻辑值即为正确(True)。可选的，目标逻辑值为正确(True)，表示第二控件的状态为必填状态。

可选的，图3是根据本发明实施例的一种可选的控件之间联动控制的流程图，如图3所示，首先在UI控件规则中定义数据框架，即在对应的配置脚本中，配置通知集合和控制数组，然后在交互层构造和填充数据框架，即通过状态配置数据表，填充上述通知集合和控制数组，然后在应用层根据控制规则计算方法得出状态值，即通过逻辑比对，确定第二控件的目标逻辑值，根据目标逻辑值，确定第二控件的目标状态，并基于第二控件的目标状态对第二控件的读写状态进行调整。

可选的，图4是根据本发明实施例的一种可选的确定控件状态的流程图，如图4所示，当有多个控件对第二控件进行控制时，每个控件为一个对象，即在第二控件的状态配置数据表中的锚定项，对应多行控件的ID，例如，第一行为第一控件A(对应图4中对象1)，第二行为第三控件C(对应图4中的对象2)等。

可选的，第二控件计算自身状态时，会从状态配置数据表中循环取对象。例如，第二控件还被第三控件所控制，第三控件的ID为C，第三控件对应的控件值为3，此时，状态配置数据表中锚定项所对应的第一行数据为A，第二行数据为C，数值项所对应的第一行数据为2，第二行数据为3。继续以上述在状态配置数据表中存储的第一控件A对应的属性数据为2为例，此时，首先，比对2是否等于2，比对结果为是，逻辑值为正确(True)，然后与默认的逻辑值正确(True)以默认的逻辑或进行比对，即True或True，得到逻辑值True。

进一步地，比对第三控件C的当前属性数据是否与存储的属性数据一致，以第三控件C的当前属性数据为3为例，即对比3是否等于3，比对结果为是，逻辑值为正确(True)，以状态配置数据表中存储的逻辑项所对应的数据是逻辑与为例，进一步与上一行比对得到的逻辑值以逻辑与进行比对，即True与True，得到逻辑值True。循环完毕，得出第二控件B的目标逻辑值为逻辑值True，并修改B的状态，从而达到A动态控制B的目的。

需要说明的是，在本实施例中，通过获取第一控件的配置数据，为后续生成状态配置数据表提供了数据基础；通过第一控件的配置数据对第二控件进行状态配置，实现了对第一控件与第二控件之间关联关系的构建，通过生成状态配置数据表，为第一控件与第二控件之间的联动控制提供了依据；通过对状态改变后的第一控件对应的属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，可以根据比对结果确定第二控件的目标逻辑值，从而能够根据目标逻辑值，确定第二控件的目标状态，并基于第二控件的目标状态对第二控件的读写状态进行调整，与现有技术相比，无需人工更改配置脚本，即可自动计算出第二控件对应的目标状态，从而实现对第二控件的联动控制，提高了控件之间的联动控制效率。

由此可见，通过本发明的技术方案，达到了控件之间可以相互联动控制的目的，从而实现了提高控件之间的联动控制效率的技术效果，进而解决了现有技术中用户界面的控件之间联动控制效率低的技术问题。

实施例2

根据本发明实施例，提供了一种用户界面控件的控制装置的实施例，其中，图5是根据本发明实施例的一种可选的用户界面控件的控制装置的示意图，如图5所示，该装置包括：获取模块501，用于获取第一控件的配置数据，其中，配置数据至少包括第一控件的读写状态、第一控件对应的属性数据；第一处理模块502，用于基于配置数据，对第二控件进行状态配置，生成状态配置数据表，其中，第一控件和第二控件为管理信息系统的表单中的控件，状态配置数据表至少包括第一控件的读写状态与第二控件的读写状态之间的关联关系；第二处理模块503，用于在第一控件的读写状态发生改变的情况下，对状态改变后的第一控件对应的属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，得到比对结果，并根据比对结果确定第二控件的目标逻辑值；确定模块504，用于根据目标逻辑值，确定第二控件的目标状态，并基于第二控件的目标状态对第二控件的读写状态进行调整。

需要说明的是，上述获取模块501、第一处理模块502、第二处理模块503以及确定模块504对应于上述实施例中的步骤S101至步骤S104，四个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。

可选的，用户界面控件的控制装置还包括：第一配置模块，用于配置第一控件所对应的通知集合，其中，通知集合用于存储第二控件的身份标识；第二配置模块，用于配置第二控件所对应的控制数组，其中，控制数组用于存储第二控件的控制数据，控制数据至少包括第一控件的身份标识。

可选的，第一处理模块包括：展示模块，用于响应对第二控件的操作指令，在第二控件的状态配置区域展示第二控件的多个属性状态，其中，多个属性状态所对应的状态至少包括自定义状态；选择模块，用于响应对自定义状态的操作指令，从多个属性状态所对应的多个状态中选择自定义状态，在第二控件的状态配置区域展示自定义状态的状态配置表；第三处理模块，用于基于配置数据，对状态配置表进行数据填充处理，生成状态配置数据表。

可选的，第三处理模块包括：第一获取模块，用于从配置数据中获取第一控件的身份标识和第一控件对应的属性数据；第四处理模块，用于将第一控件的身份标识和第一控件对应的属性数据填充在状态配置表中，生成状态配置数据表。

可选的，用户界面控件的控制装置还包括：第一发送模块，用于将第二控件的身份标识发送至通知集合；第二发送模块，用于将第一控件对应的属性数据发送至控制数组。

可选的，第二处理模块包括：第二获取模块，用于获取第一控件的当前属性数据；逻辑比对模块，用于对第一控件的当前属性数据与状态配置数据表中存储的第一控件对应的属性数据进行逻辑比对，得到比对结果；第一确定模块，用于在第一控件的当前属性数据与状态配置数据表中存储的第一控件对应的属性数据一致的情况下，确定第二控件的逻辑值为第一逻辑值，其中，逻辑值用于表征比对结果是否正确；第二确定模块，用于对第一逻辑值与预设逻辑值进行比对，在第一逻辑值与预设逻辑值一致的情况下，确定第一逻辑值为第二控件的目标逻辑值。

实施例3

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述的用户界面控件的控制方法。

实施例4

根据本发明实施例的另一方面，还提供了一种电子设备，电子设备包括一个或多个处理器；存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现用于运行程序，其中，程序被设置为运行时执行上述的用户界面控件的控制方法。

实施例5

根据本发明实施例的另一方面，还提供了一种计算机程序产品，包括计算机程序/指令，计算机程序/指令被处理器执行时实现上述的用户界面控件的控制方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。