一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

列表渲染方法、装置、设备以及存储介质与流程

2022-09-03 23:27:27 来源:中国专利 TAG:


1.本公开涉及人工智能领域,具体涉及云计算、平台应用技术,可应用在智能云和企业应用场景下。


背景技术:

2.在拥有多个分类需要列表选择时,可以选择级联选择框或者多个下拉列表的形式。多层级下拉列表包括多个层级的显示项,每个层级还可能包括一个或多个显示项。在多层级下拉列表的渲染过程中,一般一次性获取列表所有层级的数据,然后解析嵌套数据完成列表的所有渲染。在数据层级很多时,数据项的条数非常巨大。


技术实现要素:

3.本公开提供了一种列表渲染方法、装置、设备以及存储介质。
4.根据本公开的一方面,提供了一种列表渲染方法,包括:
5.获取待渲染列表的配置信息;
6.根据该配置信息,请求获取该待渲染列表中待渲染层级的数据;
7.根据该配置信息,解析该待渲染层级的数据,得到该待渲染层级对应的渲染效果。
8.根据本公开的另一方面,提供了一种列表渲染装置,包括:
9.第一获取模块,用于获取待渲染列表的配置信息;
10.请求模块,用于根据该配置信息,请求获取该待渲染列表中待渲染层级的数据;
11.解析模块,用于根据该配置信息,解析该待渲染层级的数据,得到该待渲染层级对应的渲染效果。
12.根据本公开的另一方面,提供了一种电子设备,包括:
13.至少一个处理器;以及
14.与该至少一个处理器通信连接的存储器;其中,
15.该存储器存储有可被该至少一个处理器执行的指令,该指令被该至少一个处理器执行,以使该至少一个处理器能够执行本公开中任一实施例的方法。
16.根据本公开的另一方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,其中,该计算机指令用于使该计算机执行根据本公开中任一实施例的方法。
17.根据本公开的另一方面,提供了一种计算机程序产品,包括计算机程序,该计算机程序在被处理器执行时实现根据本公开中任一实施例的方法。
18.在本公开实施例中,根据待渲染列表的配置信息,可以每次获取并解析待渲染层级的数据,可以减少每次的数据传输量和数据处理量,提升渲染速度和开发效率。
19.应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
20.附图用于更好地理解本方案,不构成对本公开的限定。其中:
21.图1是根据本公开一实施例的列表渲染方法的流程示意图;
22.图2是根据本公开另一实施例的列表渲染方法的流程示意图;
23.图3是根据本公开另一实施例的列表渲染方法的流程示意图;
24.图4是根据本公开一实施例的列表渲染装置的结构示意图;
25.图5是根据本公开另一实施例的列表渲染装置的结构示意图;
26.图6是整体配置信息包括的各配置项的示例;
27.图7是一种下拉列表渲染的示例的流程图;
28.图8是用来实现本公开实施例的列表渲染方法的电子设备的框图。
具体实施方式
29.以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
30.图1是根据本公开一实施例的列表渲染方法的流程示意图。该方法可以包括:
31.s101、获取待渲染列表的配置信息;
32.s102、根据该配置信息,请求获取该待渲染列表中待渲染层级的数据;
33.s103、根据该配置信息,解析该待渲染层级的数据,得到该待渲染层级对应的渲染效果。
34.例如,待渲染列表可以为某一种需要渲染的多层级下拉列表。该多层级下拉列表的配置信息,可以包括该多层级下拉列表的每个层级的配置信息。多层级下拉列表的配置信息和数据可以预先保存在后端。前端需要渲染该多层级下拉列表的情况下,可以先向后端请求完整的多层级下拉列表的配置信息。再根据某个待渲染层级的配置信息,可以向后端请求获取该多层级下拉列表中该待渲染层级的数据。然后,根据该待渲染层级的配置信息,可以解析从后端获取的该待渲染层级的数据,生成并显示该待渲染层级对应的渲染效果。每个待渲染层级可以包括一个或多个列表项。如果待渲染层级是第一层级,可以在获取配置信息后默认请求该第一层级的数据,或者在获取配置信息的同时获取该第一层级的数据。如果监测到用户操作例如点击展开某个层级的操作,则该待渲染层级是第一层级之下的其他层级。
35.在本公开实施例中,根据待渲染列表的配置信息,可以每次获取并解析待渲染层级的数据,由于无需一次获取所有列表数据,也无需进行类别判断后定制化的数据获取解析处理,可以减少每次的数据传输量和数据处理量,提升渲染速度和开发效率。
36.图2是根据本公开另一实施例的列表渲染方法的流程示意图。该实施例的方法包括上述列表渲染方法实施例的一个或多个特征。在一种可能的实施方式中,该配置信息包括请求配置信息,在s102中,根据该配置信息,请求获取该待渲染列表中待渲染层级的数据,包括:
37.s201、根据该待渲染层级的层级索引从该请求配置信息中获取该待渲染层级对应
的请求项;
38.s202、根据该待渲染层级对应的请求项发送该待渲染层级对应的数据获取请求;
39.s203、接收响应于该待渲染层级对应的数据获取请求返回的该待渲染层级的数据。
40.在本公开实施例中,待渲染的多级下拉列表可以包括多个层级的列表项,每个层级可以具有对应的层级索引。如果某个层级内具有多个列表项,该层级索引还可以关联多个层内索引。某个层级的层内索引可以认为是该层级的下一层级的层级索引。例如,第一层级的索引为0,第二层级的索引为01、02和03,层级01之下的第三层级的索引为011、012和013,层级02之下的第三层级的索引为021和022,层级03之下的第三层级的索引为031和032。上述层级的数量和索引的具体数值仅是示例而非限制,可以根据待渲染列表的实际需求进行设置。待渲染列表的请求配置信息中可以包括预先配置的多种请求项,每一层级可以具有自身对应的一个或多个请求项。根据层级索引可以从请求配置信息中获取某个待渲染层级对应的一个或多个请求项,然后基于获取的请求项生成该待渲染层级的数据获取请求。通过预先配置的请求配置信息中的请求项,可以按照层级获取数据,无需一次获取列表的全部数据,能够减少每次的数据传输量和数据处理量,提高渲染速度。
41.在一种可能的实施方式中,该配置信息包括解析配置信息,如图3所示,在s103中,根据该配置信息,解析该待渲染层级的数据,得到该待渲染层级对应的渲染效果,包括:
42.s301、根据该待渲染层级的层级索引从该解析配置信息中获取该待渲染层级对应的解析项;
43.s302、根据该待渲染层级对应的解析项,解析该待渲染层级的数据,得到该待渲染层级对应的渲染效果。
44.通过预先配置的解析配置信息中的解析项,可以解析所获取的待渲染层级数据,无需进行类别判断后定制化的数据获取解析处理,可以提升开发效率。
45.在一种可能的实施方式中,该解析项包括键值、数据标识、列表项的显示值、下一层级的层级数、下一层级的索引、下一层级请求所需的变量集和是否具有下一层级的标识的一项或者多项。
46.在一种可能的实施方式中,在s302中,根据该待渲染层级对应的解析项,解析该待渲染层级的数据,包括:将该键值转化为数组,利用该数组遍历该待渲染层级的数据得到数据项;根据该数据项中的数据标识和列表项的显示值,生成该待渲染层级的值和显示名。例如,在数据项中查找到待渲染的当前层级的数据标识和列表项的显示值,将数据标识作为当前层级各个列表项的值,将各个列表项的显示值作为当前层级的各个显示名,利用当前层级的各个列表项的值和显示名可以在显示界面上显示多层级下拉列表的当前层级的展开后包括各个列表项的渲染效果。
47.在一种可能的实施方式中,该请求项包括请求路径、请求方法、请求头、请求体和请求参数的一项或者多项。例如,请求路径可以包括数据存储的路径,请求方法可以包括例如http请求等,请求头可以包括请求的头部数据,请求体可以包括具体需要请求的下拉列表相关的业务内容,请求参数可以包括各请求项的具体参数。在本公开实施例中,获取某个层级的请求项的步骤和获取配置项的步骤,可以不限制时序关系,可以先获取请求项,再获取配置项;也可以先获取配置项,再获取请求项;还可以并行获取请求项和配置项。
48.在一种可能的实施方式中,如图3所示,该列表渲染方法还包括:
49.s303、响应于对当前层级的展开请求,从该数据项中获取该当前层级的下一层级的层级索引和层级数;
50.s304、根据该下一层级的层级索引和层级数,从该请求配置信息中获取下一层级的请求项;
51.s305、在该数据项中存在请求所需的变量的情况下,利用该请求所需的变量替换该下一层级的请求项中请求路径和/或请求体中的对应变量。
52.在本公开实施例中,如果完成渲染后的当前层级包括多个列表项,每个列表项可以具有对应的同层索引。当前层级的列表项相当于当前层级的下一层级。当前层级的列表项对应的同层索引相当于当前层级的下一层级的层级索引。
53.不同的层级的请求项中可能存在一些变量,如果在当前层级的数据项中,从查找到下一层级请求所需的变量,可以利用这些变量替换该下一层级中的对应请求项。例如,如果查找到下一层级请求所需的请求路径的变量,可以利用请求所需的请求路径的变量替换该下一层级中请项中请求路径的变量。再如,如果查找到下一层级请求所需的请求体的变量,可以利用请求所需的请求体的变量替换该下一层级中请求项中请求体的变量。通过对不同层级的请求项进行变量替换,可以支持更加丰富的列表展示形式。
54.在一种可能的实施方式中,在s102中,根据该配置信息,请求获取该待渲染列表中待渲染层级的数据,还包括:
55.s306、将该下一层级作为新的待渲染层级,根据变量替换后的请求项发送该下一层级对应的数据获取请求;
56.s307、接收响应于该下一层级对应的数据获取请求返回的该下一层级的数据。
57.如果根据数据项中的是否具有下一层级的标识,确定某个层级具有下一层级,则执行s303至s307获取下一层级的数据(该下一层级的数据可以看作是新的待渲染层级的数据),然后,可以参见s301至s307重复执行待渲染层级的数据的解析步骤。具体地,可以根据下一层级的层级索引从解析配置信息中获取该下一层级对应的解析项;根据该下一层级对应的解析项,解析该下一层级的数据,得到该下一层级对应的渲染效果。其中,根据该下一层级对应的解析项,解析该下一层级的数据,包括:将该下一层级的键值转化为数组,利用该数组遍历该下一层级的数据得到数据项;根据该数据项中的数据标识和列表项的显示值,生成多层下拉列表的下一层级的值和显示名。然后,根据下一层级的值和显示名可以显示下一层级的渲染效果。
58.如果根据数据项中是否具有下一层级的标识,确定某个层级没有下一层级,则可以不执行获取下一层级的数据步骤,可以结束该层级的数据获取和解析流程,也可以返回没有下一层级的提醒或报错。
59.本公开实施例不限制下一层级的层级数和同层列表项的数量,具体可以根据多层级下拉列表的实际结构确定。根据下一层级变更后的请求项,可以生成该层级的数据获取请求,从后端获取该层级的数据,然后继续数据解析流程。本公开实施例通过多层级的变量替换,能够针对不同结构的下拉列表灵活变更,支持更加丰富的展示效果。
60.本公开实施例的列表渲染方法,无需一次获取所有列表数据,也无需进行类别判断后定制化的数据获取解析处理。只需要配置请求前的固定请求项和所需要的动态参数,
以及获取到数据源之后的解析项,即可直接将多级列表配置完成,用户在每次展开类型时进行每一步的请求即可。省去大量的开发时间,节约人力。如果数据源类别改变,也无需进行大量的代码更改,只需要修改一些配置项即可兼容新数据源,大大的提升了开发效率。
61.图4是根据本公开一实施例的列表渲染装置的结构示意图,该装置可以包括:
62.第一获取模块401,用于获取待渲染列表的配置信息;
63.请求模块402,用于根据该配置信息,请求获取该待渲染列表中待渲染层级的数据;
64.解析模块403,用于根据该配置信息,解析该待渲染层级的数据,得到该待渲染层级对应的渲染效果。
65.图5是根据本公开另一实施例的列表渲染装置的结构示意图。该实施例的装置包括上述列表渲染装置实施例的一个或多个特征。在一种可能的实施方式中,该请求模块402,包括:
66.请求项获取子模块501,用于根据该待渲染层级的层级索引从该请求配置信息中获取该待渲染层级对应的请求项;
67.第一发送子模块502,用于根据该待渲染层级对应的请求项发送该待渲染层级对应的数据获取请求;
68.第一接收子模块503,用于接收响应于该待渲染层级对应的数据获取请求返回的该待渲染层级的数据。
69.在一种可能的实施方式中,该配置信息包括解析配置信息,该解析模块403,包括:
70.解析项获取子模块504,用于根据该待渲染层级的层级索引从该解析配置信息中获取该待渲染层级对应的解析项;
71.解析子模块505,用于根据该待渲染层级对应的解析项,解析该待渲染层级的数据,得到该待渲染层级对应的渲染效果。
72.在一种可能的实施方式中,该解析项包括键值、数据标识、列表项的显示值、下一层级的层级数、下一层级的索引、下一层级请求所需的变量集和是否具有下一层级的标识的一项或者多项,该解析子模块505,还用于:
73.将该键值转化为数组,利用该数组遍历该待渲染层级的数据得到数据项;
74.根据该数据项中的数据标识和列表项的显示值,生成该待渲染层级的值和显示名。
75.在一种可能的实施方式中,该请求项包括请求路径、请求装置、请求头、请求体和请求参数的一项或者多项,该装置还包括:
76.第二获取模块506,用于响应于对当前层级的展开请求,从该数据项中获取该当前层级的下一层级的层级索引和层级数;
77.第三获取模块507,用于根据该下一层级的层级索引和层级数,从该请求配置信息中获取下一层级的请求项;
78.替换模块508,用于在该数据项中存在请求所需的变量的情况下,利用该请求所需的变量替换该下一层级的请求项中请求路径和/或请求体中的对应变量。
79.在一种可能的实施方式中,该请求模块402,还包括:
80.第二发送子模块509,用于将该下一层级作为新的待渲染层级,根据变量替换后的
请求项发送该下一层级对应的数据获取请求;
81.第二接收子模块510,用于接收响应于该下一层级对应的数据获取请求返回的该下一层级的数据。
82.本公开实施例的装置的各模块、子模块的具体功能和示例的描述,可以参见上述方法实施例中对应步骤的相关描述,在此不再赘述。
83.动态的多层级下拉列表渲染方法,能够根据不同的应用场景,对下拉列表的每一层级数据进行定制化的请求和解析配置,再将数据渲染成多层级下拉列表的方案。在拥有多个分类需要列表选择时,可以选择级联选择框或者多个下拉列表的形式。一种方式中,以一次性获取完所有分类数据进行渲染,然后解析嵌套数据完成所有列表的渲染,点击选项时不用进行二次的数据请求。该方式需要一次性获取所有层级的数据,但是在数据层级很多时,数据项条数会非常巨大,可能难以一次性请求且耗时较多。另一种方式中,也可以监听每一次层级的展开,然后开发者需要对层级类型进行判断,做特殊化的处理再返回列表数据。但是这种分层级渲染需要不断的对选项点击进行逻辑判断,返回列表数据。并且无法进行复用,如果数据源类型变化需要进行大量重复开发,渲染处理逻辑繁琐,且开发效率低下,影响产品的迭代。
84.在一些应用场景,例如智能云控制台、云监控、企业应用等场景下,本公开实施例的列表渲染方法可以用于实现多层级下拉列表的动态渲染。该多层级列表动态渲染的方法需要首先获取列表数据完整的配置信息(或者称为数据获取信息)。该配置信息可以包括每层级数据的请求配置数组(请求配置信息的示例)和解析配置数组(解析配置信息的示例)。每一层级中可以包含子层级的索引及相关信息。
85.图6为整体配置信息包括的各配置项的示例。该配置信息可以保存在后端的数据库中,前端需要使用时从后端获取某个下拉列表对应的配置信息。
86.下拉列表的配置信息,可以包括请求配置数组和解析配置数组。后续数据的获取和解析可以根据这两个数组进行逻辑处理。并且,每层数组还允许拥有多个配置项(即多组配置信息),以兼容同层级有多种配置的情况。请求配置数组可以包括请求路径(path)、请求方法(method)、请求头(header)、请求体(body)、请求参数(params)等请求器配置,可以在请求时使用该请求配置数组。解析配置数组中可以包括键(key)值,用于获取到当前结构的数据。例如,身份标识(identityid)用于标识数据的唯一值,显示名(displayname)作为列表项的显示值。子层级(childlevel)标识下一层级的层级数,在点击选项时,需要拿到该层级数的请求配置。而且同一层级有不同的解析配置时,同层索引用子索引(childindex)来表示。由于下一层请求数据时可能用到多个变量,所以请求字段(requirefield)用来表示请求时会用到的变量集,用特定符号例如${}括起相应的变量。如果是最后一层数据时,将具有子层级(haschildren)设置为假(false)可以标识当前已经是最后一项,无需再显示下拉箭头了。
87.如图7所示,为下拉列表渲染流程图。该渲染流程可以包括:
88.首先,获取下拉列表整体的请求配置信息和解析配置信息(s701)。再根据请求配置信息中的请求项请求某个层级的数据(s702)。然后根据解析配置信息解析该层级的数据(s703)。
89.例如在第一层级列表的渲染过程中。第一层级不需要判断(例如判断是否具有子
层级),直接获取索引为0的请求配置信息,将请求配置信息中的各请求项配置到请求器中,之后发起对应的数据获取请求。获取数据之后,根据从解析配置信息中层级、索引均为0的解析项,将小数点作为间隔符,将key值转换为一串数组。用数组的每一项去遍历数据源(该层级的数据),得到最终所需要的关键数据(data)、即数据项。将data的身份标识(identityid)项和显示名(displayname)项作为下拉列表的值和显示名,第一层级列表渲染完成。
90.然后,可以判断是否能点击下一层级(s704)。如果能,则获取下一层级数以及索引数(s705)。如果不能,则渲染完成。判断是否携带变量参数(s706)。如果是,则获取变量参数名并用变量替换后加入请求项的参数对象中(s707),然后执行s702,根据请求配置信息中的请求项请求这一层级的数据。如果不是,则直接执行s702。
91.例如,在第二层级以及后续层级的渲染过程中,点击展开第一层级的数据项时,首先获取该层级的数据项的childlevel和childindex字段,这两个字段用于获取解析配置数据数组中解析数据的位置。再判断该数据项是否存在requirefields字段,如果有,表示请求下层数据时有额外的变量参数,可以将所有变量参数进行${}字段匹配并获取变量后,放入一个变量集fieldmap(字段映射)中。该变量集可以包含所有所需变量。在进行请求前,用变量集中的变量将第二层级或后续层级的请求路径和请求体中的变量替换,即可得到完整的请求配置。之后的步骤,可以参见第一层级的解析过程。由此,多层级下拉列表的动态渲染步骤完成。
92.本多级下拉列表动态渲染方案可以无需一次获取所有列表数据,也无需在每一步进行类别判断后进行定制化的数据获取解析处理。只需要配置请求前的固定请求项和所需要的动态参数,以及获取到数据源之后的解析结构,即可直接将多级列表配置完成。用户在每次展开类型时进行每一步的请求即可,省去大量的开发时间,节约人力。如果数据源类别改变时,也无需进行大量的代码更改,只需要修改几行配置项即可兼容新数据源。大大的提升了开发效率。
93.以下介绍一个具体的下拉列表渲染的实现方式。
94.1、获取下拉列表实例。例如获取下拉列表实例的数据解析配置如itemsplitconfig和数据请求配置如itemdatasetconfig。数据请求配置信息包括获取请求路径path、请求参数params等。可以替换请求路径中的变量。
95.2、获取实例子类型、即实例的下一层级。例如,如果实例的数据项存在requirefield,表示携带请求变量,需要使用请求变量替换子类型的对应请求项。根据同层级请求索引childindex获取配置信息中的请求项,进而请求该层级的数据。
96.3、格式化实例数据,即解析某一层级的数据。格式化实例数据包括利用key从数据项data获取到实例字段,拆解出显示名displayname,将身份标识identityid分解为数组。获取到实例所在字段的数据:将displayname分解为数组,循环获取到displayname所在数据,循环获取到identityid所在数据,将整理好的数据添加到数据项data。如果该实例存在子类型,可以递归获取数据。
97.本公开的技术方案中,所涉及的用户个人信息的获取,存储和应用等,均符合相关法律法规的规定,且不违背公序良俗。
98.根据本公开的实施例,本公开还提供了一种电子设备、一种可读存储介质和一种
计算机程序产品。
99.图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。
100.如图8所示,设备800包括计算单元801,其可以根据存储在只读存储器(rom)802中的计算机程序或者从存储单元808加载到随机访问存储器(ram)803中的计算机程序,来执行各种适当的动作和处理。在ram 803中,还可存储设备800操作所需的各种程序和数据。计算单元801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
101.设备800中的多个部件连接至i/o接口805,包括:输入单元806,例如键盘、鼠标等;输出单元807,例如各种类型的显示器、扬声器等;存储单元808,例如磁盘、光盘等;以及通信单元809,例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
102.计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理,例如列表渲染方法。例如,在一些实施例中,列表渲染方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元808。在一些实施例中,计算机程序的部分或者全部可以经由rom 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到ram 803并由计算单元801执行时,可以执行上文描述的列表渲染方法的一个或多个步骤。备选地,在其他实施例中,计算单元801可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行列表渲染方法。
103.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
104.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
105.在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
106.为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,crt(阴极射线管)或者lcd(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入、或者触觉输入)来接收来自用户的输入。
107.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(lan)、广域网(wan)和互联网。
108.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,也可以为分布式系统的服务器,或者是结合了区块链的服务器。
109.应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。
110.上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献