CN113709171A - 一种用于跨组件状态通信的方法和装置 - Google Patents

一种用于跨组件状态通信的方法和装置 Download PDF

Info

Publication number
CN113709171A
CN113709171A CN202111020808.2A CN202111020808A CN113709171A CN 113709171 A CN113709171 A CN 113709171A CN 202111020808 A CN202111020808 A CN 202111020808A CN 113709171 A CN113709171 A CN 113709171A
Authority
CN
China
Prior art keywords
state
function
interface
interface function
calling
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202111020808.2A
Other languages
English (en)
Other versions
CN113709171B (zh
Inventor
石笑笑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Wodong Tianjun Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN202111020808.2A priority Critical patent/CN113709171B/zh
Publication of CN113709171A publication Critical patent/CN113709171A/zh
Application granted granted Critical
Publication of CN113709171B publication Critical patent/CN113709171B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/448Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4488Object-oriented
    • G06F9/449Object-oriented method invocation or resolution
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种用于跨组件状态通信的方法和装置,涉及计算机技术领域。该方法的一具体实施方式包括:导入第三方状态管理库文件中的多个接口函数;对所述多个接口函数分别进行封装处理,以得到多个封装后的接口函数;对所述多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数,以便基于所述统一的状态管理接口函数实现跨组件状态通信。该实施方式相比通过直接使用已有状态管理库来实现跨组件状态通信,可以降低实现难度,提高编程人员的实现跨组件状态通信的效率。

Description

一种用于跨组件状态通信的方法和装置
技术领域
本发明涉及计算机技术领域,尤其涉及一种用于跨组件状态通信的方法和装置。
背景技术
跨组件状态通信就是在计算机程序的前端开发中,父组件向子组件进行通信,传递被称为状态的数据结构。现有的跨组件状态通信方法主要三种:将状态定义在父组件,层层下传;使用上下文接口传递状态;以及使用大型状态管理器进行通信。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
所述的现有跨组件状态通信方法,均是基于直接使用已有状态管理库实现,而已有状态管理库的使用方法较为复杂,实现跨组件状态通信时难度高,效率低下。
发明内容
有鉴于此,本发明实施例提供一种用于跨组件状态通信的方法和装置,能够相对于现有技术,降低实现跨组件状态通信的难度,提高编程人员的实现跨组件状态通信的效率。
为实现上述目的,根据本发明实施例的一个方面,提供了一种用于跨组件状态通信的方法,包括:
导入第三方状态管理库文件中的多个接口函数;
对所述多个接口函数分别进行封装处理,以得到多个封装后的接口函数;
对所述多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数,以便基于所述统一的状态管理接口函数实现跨组件状态通信。
可选的,所述多个接口函数包括:
最小状态单元函数,用于创建一个基础状态;状态派生函数,用于创建一个派生状态;状态使用函数,用于获取或修改状态。
可选的,所述最小状态单元函数为不支持传入参数的最小状态单元函数,且所述状态派生函数为不支持传入参数的状态派生函数。
可选的,所述最小状态单元函数为支持传入参数的最小状态单元函数,且所述状态派生函数为支持传入参数的状态派生函数。
可选的,所述对所述多个接口函数分别进行封装处理,以得到多个封装后的接口函数包括:
定义第一接口函数,并在第一接口函数的函数体内封装调用最小状态单元函数的逻辑;
定义第二接口函数,并在第二接口函数的函数体内封装调用状态派生函数的逻辑;
定义第三接口函数,并在第三接口函数的函数体内封装调用状态使用函数的逻辑。
可选的,所述对所述多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数包括:
定义统一的状态管理接口函数,并在所述状态管理接口函数的函数体内封装调用第一接口函数、第二接口函数、以及第三接口函数的逻辑。
可选的,所述状态管理接口函数支持第一传入参数至第三传入参数;
所述在所述状态管理接口函数的函数体内封装调用第一接口函数、第二接口函数、以及第三接口函数的逻辑包括:
在所述状态管理接口函数的函数体内封装参数传递逻辑,包括:在第一传入参数存在的情况下,将第一传入参数赋值给调用第一接口函数或调用第二接口函数所需的状态初始值入参;在第三传入参数存在的情况下,将第三传入参数赋值给调用第一接口函数或调用第二接口函数所需的状态唯一标识入参;在第二传入参数的类型为函数时,将第二传入参数赋给调用第二接口函数所需的状态修改入参;在第二传入参数的类型为字符串时,将第二传入参数赋给调用第一接口函数或调用第二接口函数所需的状态唯一标识入参;
在所述状态管理接口函数的函数体内封装依据传入参数的接口函数调用逻辑,包括:在存在状态修改入参的情况下,调用第二接口函数和第三接口函数,在不存在状态修改入参的情况下,调用第一接口函数和第三接口函数。
为实现上述目的,根据本发明实施例的另一方面,提供了一种用于跨组件状态通信的装置,包括:
导入模块,用于导入第三方状态管理库文件中的多个接口函数;
第一封装模块,用于对所述多个接口函数分别进行封装处理,以得到多个封装后的接口函数;
第二封装模块,用于对所述多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数,以便基于所述统一的状态管理接口函数实现跨组件状态通信。
为实现上述目的,根据本发明实施例的再一方面,提供了一种用于跨组件状态通信的电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现上述任一所述的用于跨组件状态通信的方法。
为实现上述目的,根据本发明实施例的再一方面,提供了一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现如上述任一所述的用于跨组件状态通信的方法。
上述发明中的一个实施例具有如下优点或有益效果:通过导入第三方状态管理库文件中的多个接口函数,对所述多个接口函数分别进行封装处理,以得到多个封装后的接口函数,然后对所述多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数,以便基于所述统一的状态管理接口函数实现跨组件状态通信这些步骤,克服了现有技术中实现跨组件状态通信时难度高,效率低下的问题,进而取得了降低实现难度,提高实现跨组件状态通信的效率的效果。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
图1是根据本发明第一实施例的一种用于跨组件状态通信的方法的主要流程示意图;
图2是根据本发明第二实施例的一种用于跨组件状态通信的方法的流程示意图;
图3是根据本发明第三实施例的一种用于跨组件状态通信的装置的主要模块示意图;
图4是本发明实施例可以应用于其中的示例性***架构图;
图5是适于用来实现本发明实施例的移动设备或服务器的计算机***的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
需要说明的是,在不影响本发明实施的情况下,本发明中的各个实施例以及实施例中的技术特征可以相互组合。
在详细介绍本发明的实施例之前,首先对本发明实施例涉及的部分技术术语进行详细说明。
React:用于构建用户界面的JavaScript库。
Recoil:React的状态管理库。
atom、selector、useRecoilCallback、atomFamily、selectorFamily:属于Recoil的基本API(接口函数)。
第一实施例
参见图1,示出的是本发明第一实施例提供的一种用于跨组件状态通信的方法的主要流程,包括如下步骤:
S101:导入第三方状态管理库文件中的多个接口函数;
S102:对所述多个接口函数分别进行封装处理,以得到多个封装后的接口函数;
S103:对所述多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数,以便基于所述统一的状态管理接口函数实现跨组件状态通信。
在步骤S101中,可在项目中指定文件夹下新建一个js文件,在新建的js文件中,从第三方状态管理库文件中导入需要的接口函数(API)。
在一个示例性场景中,在基于React框架开发的项目中进行跨组件状态通信。为解决跨组件传递状态的复杂度问题,进一步减轻开发者的负担,Drip内置了新一代状态管理库文件Recoil,但是Recoil在使用过程中,步骤稍显繁琐,并且Recoil本身比较复杂。鉴于此,可通过图1所示流程对第三方状态管理库文件Recoil中的一些接口函数(API)进行封装处理以得到统一的状态管理接口函数,从而简化跨组件传递状态通信的过程。
在上述可选示例的一种可选实施方式中,对于步骤S101,从Recoil中导入的多个接口函数包括:atom、selector、useRecoilValue、以及useRecoilCallback。
在上述可选示例的另一种可选实施方式中,对于步骤S101,从Recoil中导入的多个接口函数包括:atomFamily和selectorFamily、selector、useRecoilValue、以及useRecoilCallback。
其中,atom和atomFamily是最小状态单元函数,用于在调用时创建一个基础的状态。一个atom表示一个状态,atom能被订阅和更新,在更新时,所有订阅它的组件均使用新数据重新渲染。在使用atom时,需要参数key和default。其中,key(键值)为atom的唯一标识,default为该atom的初始状态值。atom和atomFamily的区别在前者为不支持传入参数的最小状态单元函数,后者为支持传入参数的最小状态单元函数。
其中,selector和selectorFamily是状态派生函数,用于创建一个派生状态。selector是一个入参为atom或者其他selector的纯函数,代表一个派生状态,所谓的派生状态就是把状态传给使用某种方式去修改给定状态的纯函数的输出。selector一般用来计算一些基于原始状态的派生数据。其中,selector和selectorFamily的区别类似于atom和atomFamily的区别,selector为不支持传入参数的状态派生函数,selectorFamily为支持传入参数的状态派生函数。
其中,useRecoilValue和useRecoilCallback是状态使用函数。具体来说,useRecoilCallback可用于修改状态值,useRecoilValue可用于获取状态值。useRecoilValue这个接口函数返回通过atom定义的状态值,若是在React组件中使用useReciolValue,就会订阅该组件,当状态更新时重新渲染该组件。useRecoilCallback这个接口函数通过回调的方式定义需要读取的数据,但是这个数据变化不会导致当前组件重渲染。
在步骤S102中,对从第三方状态管理库文件中导入的多个API分别进行封装处理,以得到多个封装后的API。在一个可选示例中,当第三方状态管理库文件为Recoil时,从Recoil中导入的多个接口函数包括:最小状态单元函数、状态派生函数、以及状态使用函数。
在步骤S102的一个可选实施方式中,分别对从Recoil中导入的最小状态单元函数atom、状态派生函数selector、状态使用函数useRecoilValue以及useRecoilCallback进行封装,以得到多个封装后的接口函数。
在步骤S102的另一个可选实施方式中,分别对从Recoil中导入的最小状态单元函数atomFamily、状态派生函数selectorFamily、状态使用函数useRecoilValue以及useRecoilCallback进行封装,以得到多个封装后的接口函数。
在步骤S103中,对通过步骤S102得到的多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数。之后,将状态管理接口函数导出。在需要进行跨组件状态通信时,将通过步骤S101至步骤S103封装得到的统一的状态管理接口函数导入,即可基于该统一的状态管理接口函数实现跨组件状态通信。
在本发明实施例中,通过以上步骤实现了将实现跨组件状态通信所需的第三方状态管理库文件中的多个接口函数封装为一个统一简洁的状态管理接口,能够降低实现跨组件状态通信的难度,提高跨组件状态通信的效率。
参见图2,示出的是本发明第二实施例提供的用于跨组件状态通信的方法的流程图,包括如下步骤:
S201:导入第三方状态管理库文件中的多个接口函数。
在本发明实施例中,第三方状态管理库文件为Recoil。在步骤S201中,可在项目中指定文件夹下新建一个js文件,在新建的js文件中,从Recoil中导入需要的多个接口函数(API)。
在一种可选实施方式中,从Recoil中导入的多个接口函数包括:最小状态单元函数atom、状态派生函数selector、状态使用函数useRecoilValue以及useRecoilCallback。在另一种可选实施方式中,从Recoil中导入的多个接口函数包括:最小状态单元函数atomFamily、状态派生函数selectorFamily以及selector、状态使用函数useRecoilValue以及useRecoilCallback。
其中,atom和atomFamily是最小状态单元函数,用于在调用时创建一个基础的状态。一个atom表示一个状态,atom能被订阅和更新,在更新时,所有订阅它的组件均使用新数据重新渲染。在使用atom时,需要参数key和default。其中,key(键值)为atom的唯一标识,default为该atom的初始状态值。atom和atomFamily的区别在前者为不支持传入参数的最小状态单元函数,后者为支持传入参数的最小状态单元函数。具体实施时,可根据跨组件状态通信时是否需要在组件间进行传参来决定是导入支持传入参数的最小状态单元函数atomFamily,还是导入不支持传入参数的最小状态单元函数atom。
其中,selector和selectorFamily是状态派生函数,用于创建一个派生状态。selector是一个入参为atom或者其他selector的纯函数,代表一个派生状态,所谓的派生状态就是把状态传给使用某种方式去修改给定状态的纯函数的输出。selector一般用来计算一些基于原始状态的派生数据。其中,selector和selectorFamily的区别类似于atom和atomFamily的区别,selector为不支持传入参数的状态派生函数,selectorFamily为支持传入参数的状态派生函数。
其中,useRecoilValue和useRecoilCallback是状态使用函数,用于获取或修改基础状态或派生状态。useRecoilValue这个接口函数返回通过atom定义的状态值,若是在React组件中使用useReciolValue,就会订阅该组件,当状态更新时重新渲染该组件。useRecoilCallback这个接口函数通过回调的方式定义需要读取的数据,但是这个数据变化不会导致当前组件重渲染。
S202:对所述多个接口函数中的最小状态单元函数的逻辑进行封装处理,定义并得到封装后的第一接口函数。
在一种可选实施方式中,当从Recoil中导入的多个接口函数包括:最小状态单元函数atom、状态派生函数selector、状态使用函数useRecoilValue以及useRecoilCallback时,步骤S202具体包括:定义一个接口函数(比如定义名为makeAtomState的函数),该函数的参数是一个包含状态初始值入参(比如将该入参表示为atomGet)、状态唯一标识入参(比如将该入参表示为atomKey)、以及状态标识入参(比如将该入参表示为stateKey)的对象;在该接口函数的函数体内定义一个变量(比如定义一个名称atomState的变量),定义调用atom的逻辑,并接收调用atom的返回值。
考虑到在使用atom时需要键值(key,标识atom的唯一性,可以根据key定位到具体的atom)与状态初始值(default),因此,在所定义的调用atom的逻辑中,将传入的状态初始值入参atomGet作为atom中的default,传入的状态唯一标识atomKey作为atom中的key,另外,当未传入状态唯一标识入参atomKey时,可通过传入的状态标识入参stateKey加上一个字符串得到一个默认的键值key,从而能够保证在atomKey为空时,也能有唯一的键值。进一步,在所定义的调用atom的逻辑中,根据状态初始值入参atomGet的类型确定atom中的default的值,具体包括:当状态初始值入参atomGet为非函数时,将atomGet的值作为atom中的default的值;当状态初始值入参为函数时,通过调用状态派生函数selector,利用selector中的get方法获取到状态值,并将其作为atom中的default值。
在另一种可选实施方式中,当从Recoil中导入的多个接口函数包括:最小状态单元函数atomFamily、状态派生函数selectorFamily以及selector、状态使用函数useRecoilValue以及useRecoilCallback时,步骤S202与前一种可选实施方式类似,不同之处在于调用的是最小状态单元函数atomFamily,若状态初始值入参atomGet是非函数则将组件传入的参数userProps赋值给状态初始值入参atomGet,并在调用状态派生函数selector中的get方法时增加userProps属性。示例性地,组件间传递的userProps属性可以为版本号、操作***类型(比如IOS***或者Android***)或者其他在组件间需要传递的属性参数。
S203:对所述多个接口函数中的状态派生函数的逻辑进行封装处理,定义并得到封装后的第二接口函数。
在一种可选实施方式中,当从Recoil中导入的多个接口函数包括:最小状态单元函数atom、状态派生函数selector、状态使用函数useRecoilValue以及useRecoilCallback(其中,useRecoilCallback可用于修改状态值,useRecoilValue可用于获取状态值)时,步骤S203具体包括:定义一个接口函数(比如定义名为makeSelectState的函数),该函数的参数是一个包含状态初始值入参(比如将该入参表示为atomGet)、状态修改入参(比如将该入参表示为atomSet)、状态唯一标识入参(比如将该入参表示为atomKey)、以及状态标识入参(比如将该入参表示为stateKey)的对象;在该接口函数的函数体内定义一个变量(比如定义一个名称selectorState的变量),定义调用selector的逻辑,并接收调用selector的返回值。
在所定义的调用selector的逻辑中,将传入的状态唯一标识atomKey作为键值key,另外,当未传入状态唯一标识入参atomKey时,可通过传入的状态标识入参stateKey加上一个字符串得到一个默认的键值key,从而能够保证在atomKey为空时,也能有唯一的键值。进一步,在所定义的调用selector的逻辑中,若状态初始值入参atomGet为函数,调用selector中的get方法获取到状态值;否则,返回错误提示信息,比如“undefined”;若状态修改入参atomSet为函数,调用selector中的set方法修改状态值;否则,返回错误提示信息,比如“undefined”。
在另一种可选实施方式中,当从Recoil中导入的多个接口函数包括最小状态单元函数atomFamily、状态派生函数selectorFamily以及selector、状态使用函数useRecoilValue以及useRecoilCallback时,步骤S203与前一种可选实施方式类似,不同之处主要在于调用的是状态派生函数selectorFamily,调用get方法与set方法时通过userProps属性传值实现。
S204:对所述多个接口函数中的状态使用函数的逻辑进行封装处理,定义并得到封装后的第三接口函数。
在一个可选实施方式中,当从Recoil中导入的多个接口函数包括:最小状态单元函数atom、状态派生函数selector、状态使用函数useRecoilValue以及useRecoilCallback(其中,useRecoilCallback可用于修改状态值,useRecoilValue可用于获取状态值)时,步骤S204具体包括:定义一个接口函数(比如定义名为makeUseState的函数),在该接口函数的函数体内定义一个函数(比如定义一个名为set的函数),并调用useRecoilCallback,返回一个元组,该元组包含两个返回值,一个是调用useRecoilValue方法获取的状态值,另一个是调用useRecoilCallback方法修改状态值。
在另一个可选实施方式中,当从Recoil中导入的多个接口函数包括最小状态单元函数atomFamily、状态派生函数selectorFamily以及selector、状态使用函数useRecoilValue以及useRecoilCallback时,步骤S204与前一种可选实施方式类似,不同之处主要在于函数体内set函数中加入了userProps属性,并在useRecoilValue方法中使用传入的userProps属性。
S205:定义统一的状态管理接口函数,并在所述状态管理接口函数的函数体内封装调用第一接口函数、第二接口函数、以及第三接口函数的逻辑,以便基于所述统一的状态管理接口函数实现跨组件状态通信。
在一个可选实施方式中,当从Recoil中导入的多个接口函数包括:最小状态单元函数atom、状态派生函数selector、状态使用函数useRecoilValue以及useRecoilCallback(其中,useRecoilCallback可用于修改状态值,useRecoilValue可用于获取状态值)时,步骤S205具体包括:
步骤a,定义统一的状态接口函数(比如将该函数表示为makeState)。所述状态管理接口函数支持第一传入参数至第三传入参数(比如,可表示为param1、param2、param3)。
步骤b,在所述状态管理接口函数的函数体内封装参数传递逻辑,包括:在第一传入参数存在的情况下,将第一传入参数赋值给调用第一接口函数或调用第二接口函数所需的状态初始值入参(比如将该入参表示为atomGet);在第三传入参数存在的情况下,将第三传入参数赋值给调用第一接口函数或调用第二接口函数所需的状态唯一标识入参(比如将该入参表示为atomKey);在第二传入参数的类型为函数时,将第二传入参数赋给调用第二接口函数所需的状态修改入参(比如将该入参表示为atomSet);在第二传入参数的类型为字符串时,将第二传入参数赋给调用第一接口函数或调用第二接口函数所需的状态唯一标识入参(比如将该入参表示为atomKey)。此外,在步骤b中,还在所述状态管理接口函数的函数体内定义了变量stateKey(即状态标识入参),其通过调用定义的函数生成。例如,可调用具有如下功能的函数生成stateKey的值:初始值是0,每调用一次,返回的值就在原值的基础上加1,保证数字不重复。具体实施时,在状态管理接口函数的函数体内定义的stateKey将根据不同的调用逻辑作为第一接口函数或第二接口函数的入参。
步骤c,在所述状态管理接口函数的函数体内封装依据传入参数的接口函数调用逻辑,包括:在存在状态修改入参(比如将该入参表示为atomSet)的情况下,调用第二接口函数和第三接口函数,在不存在状态修改入参的情况下,调用第一接口函数和第三接口函数。封装完毕后,导出封装得到的统一的状态管理器接口函数。例如,可在统一的状态管理器接口函数的函数体内定义一个函数dripState,并定义以下调用逻辑:若存在atomSet,dripState值为调用makeSelectState函数后得到的返回值,否则为调用makeAtomState函数后得到的返回值,最终返回一个数组,该数组包含调用dripState得到的返回值和调用makeUseState函数后得到的返回值。在封装得到统一的状态管理器接口函数makeState后,将该状态管理器接口函数文件导出。
在另一个可选实施方式中,当从Recoil中导入的多个接口函数包括最小状态单元函数atomFamily、状态派生函数selectorFamily以及selector、状态使用函数useRecoilValue以及useRecoilCallback时,步骤S205与前一种可选实施方式类似,不同之处主要在于返回的数组中,调用makeUseState函数时传入userProps属性。具体实施时,可根据跨组件状态通信时是否需要在组件间进行传参来决定是从Recoil中导入支持传入参数的API,还是从Recoil中导入不支持传入参数的API,然后对导入的API进行封装处理。为了便于区分两种情况下得到的统一的状态管理器接口函数,对其取不同的函数名。比如,对于通过封装不支持传入参数的API得到的状态管理器接口函数,将其函数名设置为makeState,对于通过封装支持传入参数的API得到的状态管理器接口函数,将其函数名设置为makeStateFamily。在封装得到统一的状态管理器接口函数makeStateFamily后,将该状态管理器接口函数文件导出。
在一个可选实施方式中,在通过图1或图2所示流程得到统一的状态管理器接口函数后,基于该状态管理器接口函数进行跨组件状态通信的流程包括:
步骤1,导入封装得到的状态管理器接口函数文件makeState。
步骤2,设定一个基础的状态,设置状态的初始值。
例如:const[useState]=makeState(0),表示将状态默认值设为0。
步骤3,在其他组件中获取或修改状态值
例如:const[file,setFile]=useState()。其中,file为获取的状态值,使用setFile()函数可以修改状态值。
在另一个可选实施方式中,当有些组件需要用到组件中传入的参数作为状态信息的话,就需要进行传参赋值,需要用到封装好的makeStateFamily来实现带有参数的跨组件传递状态,在通过图1或图2所示流程得到统一的状态管理器接口函数后,基于该状态管理器接口函数进行跨组件状态通信的流程包括:
步骤1,导入封装好的makeStateFamily。
步骤2,设定一个基础的状态,可以将此组件参数传入makeStateFamily。
例如:const[useState]=makeStateFamily((,props)=>({name:props})。其中,props为此组件传递的参数。
步骤3.,获取或修改状态值
例如:const[file,setFile]=useState(props)。其中,file为当前的状态值,可使用setFile()修改状态值。
在本发明实施例中,通过以上步骤实现了将与组件状态传递有关的Recoil状态管理库的最小状态单元函数接口、状态派生函数接口和状态使用函数接口封装为一个统一简洁的接口,能够降低实现跨组件状态通信的难度,提高编程人员的实现跨组件状态通信的效率。
参见图3,示出的是本发明第三实施例提供的一种用于跨组件状态通信的装置300主要模块示意图,包括:
导入模块301,用于导入第三方状态管理库文件中的多个接口函数。
第一封装模块302,用于对所述多个接口函数分别进行封装处理,以得到多个封装后的接口函数。
第二封装模块303,用于对所述多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数,以便基于所述统一的状态管理接口函数实现跨组件状态通信。
可选地,本发明实施的装置中,导入模块301导入的接口函数包括:最小状态单元函数,用于创建一个基础状态;导入状态派生函数,用于创建一个派生状态;导入状态使用函数,用于获取或修改状态。
示例性地,第三方状态管理库文件为Recoil。在该示例的一种可选实施方式中,从Recoil中导入的多个接口函数包括:最小状态单元函数atom、状态派生函数selector、状态使用函数useRecoilValue以及useRecoilCallback。在该示例的另一种可选实施方式中,从Recoil中导入的多个接口函数包括:最小状态单元函数atomFamily、状态派生函数selectorFamily以及selector、状态使用函数useRecoilValue以及useRecoilCallback。其中,useRecoilCallback可用于修改状态值,useRecoilValue可用于获取状态值。
可选地,本发明实施装置中,所述第一封装模块302,用于:定义第一接口函数,并在第一接口函数的函数体内封装调用最小状态单元函数的逻辑;定义第二接口函数,并在第二接口函数的函数体内封装调用状态派生函数的逻辑;定义第三接口函数,并在第三接口函数的函数体内封装调用状态使用函数的逻辑。
可选地,本发明实施装置中,第二封装模块303,用于:定义统一的状态管理接口函数,并在所述状态管理接口函数的函数体内封装调用第一接口函数、第二接口函数、以及第三接口函数的逻辑。
可选地,本发明实施装置中,所述状态管理接口函数支持第一传入参数至第三传入参数;在所述状态管理接口函数的函数体内封装调用第一接口函数、第二接口函数、以及第三接口函数的逻辑包括:
在所述状态管理接口函数的函数体内封装参数传递逻辑,包括:在第一传入参数存在的情况下,将第一传入参数赋值给调用第一接口函数或调用第二接口函数所需的状态初始值入参;在第三传入参数存在的情况下,将第三传入参数赋值给调用第一接口函数或调用第二接口函数所需的状态唯一标识入参;在第二传入参数的类型为函数时,将第二传入参数赋给调用第二接口函数所需的状态修改入参;在第二传入参数的类型为字符串时,将第二传入参数赋给调用第一接口函数或调用第二接口函数所需的状态唯一标识入参;
在所述状态管理接口函数的函数体内封装依据传入参数的接口函数调用逻辑,包括:在存在状态修改入参的情况下,调用第二接口函数和第三接口函数,在不存在状态修改入参的情况下,调用第一接口函数和第三接口函数。
在本发明实施例中,通过以上装置实现了将多个复杂的与组件状态传递有关的状态管理库接口封装为一个统一简洁的接口,能够降低实现跨组件状态通信的难度,提高编程人员的实现跨组件状态通信的效率。
图4示出了可以应用本发明实施例的示例性***架构400。
如图4所示,***架构400可以包括终端设备401、402、403,网络404和服务器405(仅仅是示例)。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备401、402、403通过网络404与服务器405交互,以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用。
终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器405可以是提供各种服务的服务器,例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。
需要说明的是,本发明实施例所提供的用于跨组件状态通信的方法一般由终端设备401或402或403执行,相应地,用于跨组件状态通信的装置一般设置于终端设备401或402或403中。
应该理解,图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图5,其示出了适于用来实现本发明实施例的终端设备的计算机***500的结构示意图。图5示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图5所示,计算机***500包括中央处理单元(CPU)501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中,还存储有***500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
以下部件连接至I/O接口505:包括键盘、鼠标等的输入部分506;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507;包括硬盘等的存储部分508;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要被安装入存储部分508。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分509从网络上被下载和安装,和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时,执行本发明的***中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括导入模块、第一封装模块、第二封装模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如导入模块还可以被描述为“状态管理库接口导入模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:导入第三方状态管理库文件中的多个接口函数;对所述多个接口函数分别进行封装处理,以得到多个封装后的接口函数;对所述多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数,以便基于所述统一的状态管理接口函数实现跨组件状态通信。
根据本发明实施例的技术方案,提出一种可以通过计算机程序实现的用于跨组件状态通信的方法,所以克服了现有技术中跨组件状态通信实现难度高、实现效率低的问题,进而取得了降低跨组件状态通信的实现难度,提高编程人员的实现跨组件状态通信的效率的效果。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

Claims (10)

1.一种用于跨组件状态通信的方法,其特征在于,所述方法包括:
导入第三方状态管理库文件中的多个接口函数;
对所述多个接口函数分别进行封装处理,以得到多个封装后的接口函数;
对所述多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数,以便基于所述统一的状态管理接口函数实现跨组件状态通信。
2.根据权利要求1所述的方法,其特征在于,所述多个接口函数包括:
最小状态单元函数,用于创建一个基础状态;状态派生函数,用于创建一个派生状态;状态使用函数,用于获取或修改状态。
3.根据权利要求2所述的方法,其特征在于,所述最小状态单元函数为不支持传入参数的最小状态单元函数,且所述状态派生函数为不支持传入参数的状态派生函数。
4.根据权利要求2所述的方法,其特征在于,所述最小状态单元函数为支持传入参数的最小状态单元函数,且所述状态派生函数为支持传入参数的状态派生函数。
5.根据权利要求3或4所述的方法,其特征在于,所述对所述多个接口函数分别进行封装处理,以得到多个封装后的接口函数包括:
定义第一接口函数,并在第一接口函数的函数体内封装调用最小状态单元函数的逻辑;
定义第二接口函数,并在第二接口函数的函数体内封装调用状态派生函数的逻辑;
定义第三接口函数,并在第三接口函数的函数体内封装调用状态使用函数的逻辑。
6.根据权利要求5所述的方法,其特征在于,所述对所述多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数包括:
定义统一的状态管理接口函数,并在所述状态管理接口函数的函数体内封装调用第一接口函数、第二接口函数、以及第三接口函数的逻辑。
7.根据权利要求6所述的方法,其特征在于,所述状态管理接口函数支持第一传入参数至第三传入参数;
所述在所述状态管理接口函数的函数体内封装调用第一接口函数、第二接口函数、以及第三接口函数的逻辑包括:
在所述状态管理接口函数的函数体内封装参数传递逻辑,包括:在第一传入参数存在的情况下,将第一传入参数赋值给调用第一接口函数或调用第二接口函数所需的状态初始值入参;在第三传入参数存在的情况下,将第三传入参数赋值给调用第一接口函数或调用第二接口函数所需的状态唯一标识入参;在第二传入参数的类型为函数时,将第二传入参数赋给调用第二接口函数所需的状态修改入参;在第二传入参数的类型为字符串时,将第二传入参数赋给调用第一接口函数或调用第二接口函数所需的状态唯一标识入参;
在所述状态管理接口函数的函数体内封装依据传入参数的接口函数调用逻辑,包括:在存在状态修改入参的情况下,调用第二接口函数和第三接口函数,在不存在状态修改入参的情况下,调用第一接口函数和第三接口函数。
8.一种用于跨组件状态通信的装置,其特征在于,包括:
导入模块,用于导入第三方状态管理库文件中的多个接口函数;
第一封装模块,用于对所述多个接口函数分别进行封装处理,以得到多个封装后的接口函数;
第二封装模块,用于对所述多个封装后的接口函数进行封装处理以得到统一的状态管理接口函数,以便基于所述统一的状态管理接口函数实现跨组件状态通信。
9.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。
10.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。
CN202111020808.2A 2021-09-01 2021-09-01 一种用于跨组件状态通信的方法和装置 Active CN113709171B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111020808.2A CN113709171B (zh) 2021-09-01 2021-09-01 一种用于跨组件状态通信的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111020808.2A CN113709171B (zh) 2021-09-01 2021-09-01 一种用于跨组件状态通信的方法和装置

Publications (2)

Publication Number Publication Date
CN113709171A true CN113709171A (zh) 2021-11-26
CN113709171B CN113709171B (zh) 2023-05-30

Family

ID=78658740

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111020808.2A Active CN113709171B (zh) 2021-09-01 2021-09-01 一种用于跨组件状态通信的方法和装置

Country Status (1)

Country Link
CN (1) CN113709171B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115242764A (zh) * 2022-07-21 2022-10-25 平安科技(深圳)有限公司 针对前端的多端通信方法、***、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105183445A (zh) * 2015-07-10 2015-12-23 珠海金山网络游戏科技有限公司 一种基于xml的游戏人工智能的可视化设计***
CN106293680A (zh) * 2015-06-11 2017-01-04 中兴通讯股份有限公司 一种组件管理方法及装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106293680A (zh) * 2015-06-11 2017-01-04 中兴通讯股份有限公司 一种组件管理方法及装置
CN105183445A (zh) * 2015-07-10 2015-12-23 珠海金山网络游戏科技有限公司 一种基于xml的游戏人工智能的可视化设计***

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
丁炜: "浅析SAP集成开发技术的应用实践", 《科技视界》 *
无: ""PeopleSoft Component Interface Frequently Asked Question"", 《HTTPS://WWW.DBTUTOR.COM/2013/06/08/PEOPLESOFT-COMPONENT-INTERFACE-FREQUENTLY-ASKED-QUESTION》 *
李志超: ""基于SAP接口技术的研究与应用"", 《中国优秀硕士学位论文全文数据库(电子期刊)信息科技辑》 *
李鹏: ""基于SAP的跨组件流程集成与交换技术研究"", 《中国优秀硕士学位论文全文数据库(电子期刊)信息科技辑》 *
马川,王涛,祁晓园,王倩,尤殿龙: ""Android应用程序的组件间通信行为检测"", 《小型微型计算机***》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115242764A (zh) * 2022-07-21 2022-10-25 平安科技(深圳)有限公司 针对前端的多端通信方法、***、设备及存储介质
CN115242764B (zh) * 2022-07-21 2023-10-27 平安科技(深圳)有限公司 针对前端的多端通信方法、***、设备及存储介质

Also Published As

Publication number Publication date
CN113709171B (zh) 2023-05-30

Similar Documents

Publication Publication Date Title
CN111158818A (zh) 一种页面渲染方法和装置
CN111338623B (zh) 一种开发用户界面的方法、装置、介质和电子设备
CN112286529A (zh) 前端页面的开发方法、装置、设备及存储介质
CN110858202A (zh) 数据库查询语句中where子句的生成方法和生成装置
CN111581555B (zh) 一种文档加载方法、装置、设备及存储介质
CN111309375B (zh) 生成远程过程调用工具包的方法、装置、介质和电子设备
CN112631590A (zh) 组件库生成方法、装置、电子设备和计算机可读介质
CN110968340A (zh) 一种实现多版本依赖隔离的方法和装置
CN111309304B (zh) 一种生成idl文件的方法、装置、介质和电子设备
CN114035879A (zh) 页面主题色更换方法、装置、电子设备和计算机可读介质
CN109343970B (zh) 基于应用程序的操作方法、装置、电子设备及计算机介质
CN109725887B (zh) 基于消息研发框架的数据交互方法、装置及终端设备
CN113709171B (zh) 一种用于跨组件状态通信的方法和装置
CN113760264A (zh) 多应用之间组件复用的方法和装置
CN112416303A (zh) 软件开发工具包热修复方法、装置及电子设备
CN113391860A (zh) 服务请求处理方法、装置、电子设备及计算机存储介质
CN111414154A (zh) 前端开发的方法、装置、电子设备和存储介质
CN113760487B (zh) 一种业务处理方法和装置
CN112905273A (zh) 一种服务调用方法和装置
CN113778566A (zh) 原生应用调用方法、装置、电子设备和计算机可读介质
CN114840310A (zh) 容器创建方法、装置、电子设备和计算机可读存储介质
CN109669679B (zh) 服务检测及处理方法、装置及电子设备
CN114035778A (zh) 对象生成方法、装置、存储介质以及电子设备
CN109669720B (zh) 基于Promise的链式异步请求处理方法、装置及电子设备
CN113760262A (zh) 任务处理方法、装置、计算机***和计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant