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

获取物品数量的方法、装置、设备、介质及程序产品与流程

2021-12-03 23:09:00 来源:中国专利 TAG:


1.本技术涉及数据处理技术领域,尤其涉及一种获取物品数量的方法、装置、设备、介质及程序产品。


背景技术:

2.随着经济高速增长以及互联网行业的迅速发展,越来越多的用户开始进行网上购物。在网上购物的过程中,为了提高用户的购物体验,用户可以输入需要购买的物品的数量,从而获取其对应的总金额。因此,如何获取总金额是关键。
3.现有技术中,主要是用户的终端设备通过响应用户对数量编辑控件的操作,生成包含物品数量的请求并发送给服务器。服务器接收终端设备发送的请求,结合单个物品的金额获取该数量对应的物品的总金额,并将该总金额发送至用户的终端设备,从而使得该终端设备能够对总金额进行显示。
4.在实现本发明过程中,发明人发现现有技术中至少存在如下问题:在用户连续点击数量编辑控件中的增加数量按钮或减少数量按钮时,终端设备需要连续向服务器发送请求,服务器每次接受终端设备发送的请求时都需要获取物品的总金额并发送给终端设备,导致服务器的处理时间较长,处理效率较低。


技术实现要素:

5.本技术提供一种获取物品数量的方法、装置、设备、介质及程序产品,以解决在用户连续点击数量编辑控件中的增加数量按钮或减少数量按钮时,终端设备需要连续向服务器发送请求,服务器每次接受终端设备发送的请求时都需要获取物品的总金额并发送给终端设备,导致服务器的处理时间较长,处理效率较低的问题。
6.第一方面,本技术实施例提供一种获取物品数量的方法,包括:
7.响应于用户对待处理物品的数量编辑控件的点击操作,基于所述待处理物品的上一时刻的数量,获取所述待处理物品的数量,并开始计时;
8.在计时得到的累计时长达到预设时长,且所述累计时长内未获取到新的数量时,将当前所述待处理物品的数量确定为目标数量;
9.向服务器发送获取目标金额请求,所述获取目标金额请求用于获取所述目标数量对应的所述待处理物品的目标金额,所述获取目标金额请求包括所述目标数量。
10.在第一方面的一种可能设计中,所述在计时得到的累计时长达到预设时长,且所述累计时长内未获取到新的数量之前,所述方法还包括:
11.若在所述预设时长内获取到所述待处理物品的新的数量,则重新开始计时。
12.在第一方面的另一种可能设计中,所述响应于用户对待处理物品的数量编辑控件的点击操作,基于所述待处理物品的上一时刻的数量,获取所述待处理物品的数量,并开始计时,包括:
13.响应于所述用户对所述数量编辑控件中增加数量按钮的点击操作,在所述待处理
物品的上一时刻的数量的基础上加1,获取所述待处理物品的数量;
14.启动计时器开始计时。
15.在第一方面的再一种可能设计中,所述响应于用户对待处理物品的数量编辑控件的点击操作,基于所述待处理物品的上一时刻的数量,获取所述待处理物品的数量,并开始计时,包括:
16.响应于所述用户对所述数量编辑控件中减少数量按钮的点击操作,在所述待处理物品的上一时刻的数量的基础上减1,获取所述待处理物品的数量;
17.启动所述计时器开始计时。
18.在第一方面的又一种可能设计中,所述向服务器发送获取目标金额请求之后,所述方法还包括:
19.接收所述服务器返回的所述待处理物品的目标金额,所述目标金额是所述服务器根据所述待处理物品的目标数量处理得到的;
20.对所述目标金额进行显示。
21.第二方面,本技术实施例提供一种获取物品数量的装置,包括:
22.处理模块,用于响应于用户对待处理物品的数量编辑控件的点击操作,基于所述待处理物品的上一时刻的数量,获取所述待处理物品的数量,并开始计时;
23.所述处理模块,还用于在计时得到的累计时长达到预设时长,且所述累计时长内未获取到新的数量时,将当前所述待处理物品的数量确定为目标数量;
24.发送模块,用于向服务器发送获取目标金额请求,所述获取目标金额请求用于获取所述目标数量对应的所述待处理物品的目标金额,所述获取目标金额请求包括所述目标数量。
25.在第二方面的一种可能设计中,所述处理模块,还用于:
26.若在所述预设时长内获取到所述待处理物品的新的数量,则重新开始计时。
27.在第二方面的另一种可能设计中,所述处理模块,具体用于:
28.响应于所述用户对所述数量编辑控件中增加数量按钮的点击操作,在所述待处理物品的上一时刻的数量的基础上加1,获取所述待处理物品的数量;
29.启动计时器开始计时。
30.在第二方面的再一种可能设计中,所述处理模块,具体用于:
31.响应于所述用户对所述数量编辑控件中减少数量按钮的点击操作,在所述待处理物品的上一时刻的数量的基础上减1,获取所述待处理物品的数量;
32.启动所述计时器开始计时。
33.在第二方面的又一种可能设计中,所述装置还包括:
34.接收模块,用于接收所述服务器返回的所述待处理物品的目标金额,所述目标金额是所述服务器根据所述待处理物品的目标数量处理得到的;
35.显示模块,用于对所述目标金额进行显示。
36.第三方面,本技术实施例提供一种终端设备,包括:收发器、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序指令,所述收发器耦合至所述处理器,所述处理器控制所述收发器的接收动作和发送动作,所述处理器执行所述计算机程序指令时用于实现第一方面以及各可能设计提供的方法。
37.第四方面,本技术实施例可提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现第一方面以及各可能设计提供的方法。
38.第五方面,本技术实施例提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时用于实现第一方面以及各可能设计提供的方法。
39.本技术实施例提供的获取物品数量的方法、装置、设备、介质及程序产品,该方法包括:终端设备响应于用户对待处理物品的数量编辑控件的点击操作,基于所述待处理物品的上一时刻的数量,获取待处理物品的数量,并开始计时,在计时得到的累计时长达到预设时长,且累计时长内未获取到新的数量时,将当前待处理物品的数量确定为目标数量,向服务器发送获取目标金额请求。其中,获取目标金额请求用于获取目标数量对应的待处理物品的目标金额,获取目标金额请求包括目标数量。终端设备在每次响应用户的点击操作后开始计时,在预设时长内没有获取新的数量时向服务器发送包括目标数量的获取目标金额请求,避免了向服务器发送不必要的请求,降低了对服务器的请求负载,减少了服务器的处理时间,提高了处理效率,提升了网络较差时的用户体验。
附图说明
40.为了更清楚地说明本技术实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
41.图1为本技术实施例提供的获取物品数量的方法的一种应用场景示意图;
42.图2为本技术实施例提供的获取物品数量的方法实施例一的流程示意图;
43.图3为本技术实施例提供的获取物品数量的方法实施例二的流程示意图;
44.图4为本技术实施例提供的获取物品数量的方法实施例三的流程示意图;
45.图5为本技术实施例提供的获取物品数量的装置的结构示意图;
46.图6为本技术实施例提供的终端设备的结构示意图。
47.通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
48.为使本技术实施例的目的、技术方案和优点更加清楚,下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
49.在介绍本技术的实施例之前,首先对本技术实施例的应用场景进行解释:
50.随着经济高速增长、网络技术和电子商务迅速发展,人们开始越来越多地进行网上购物。用户通过终端设备中安装的浏览器或相关应用程序,利用互联网搜索想要购买的物品,并获取想要购买的物品信息。用户可以对浏览器或相关应用程序中显示的物品进行
点击,从而将该物品信息放置于预设位置,如“购物车”等。其中,预设位置中的物品信息包括物品名称,物品数量,物品金额等。若想要购买多件相同的商品,可以点击与该物品对应的数量编辑控件,以达到编辑物品数量的目的。选取好想要购物的物品,并确定好该物品的数量后,终端设备以电子订购单的形式向服务器发出购物请求。
51.其中,数量编辑控件是应用程序或超文本5.0(hypertext markup language 5,html5)网页中经常用到的一种交互控件,包括增加按钮、减少按钮以及数量输入框,通过响应用户的操作从而实现某个物品数量的增加、减少,也可以直接获取用户输入的该物品的数量。
52.在网上购物的过程中,用户的购物体验是非常重要,如何提高用户的购物体验是促进用户购物的关键。用户可以利用数量编辑控件选择需要购买的物品的数量,同时终端设备还需要将对应数量的商品总金额显示在预设位置,以便于向用户展示购买该数量的物品需要支付的金额。因此,如何获取总金额是提高用户体验的关键。
53.现有技术中,主要是用户的终端设备通过响应用户对数量编辑控件的操作,生成包含物品数量的请求并发送给服务器。服务器接收终端设备发送的请求,结合单个物品的金额获取该数量对应的物品的总金额,并将该总金额发送至用户的终端设备,从而使得该终端设备能够对总金额进行显示。然而,若点击一次数量编辑控件无法满足用户对物品数量的需求,如将物品信息放入“购物车”后,此时“购物车”中该物品的数量为1,若用户需要购买5个,则需要连续点击4次数量编辑控件中的增加按钮,终端设备需要连续向服务器发送请求,服务器每次接受终端设备发送的请求时都需要获取物品的总金额并发送给终端设备,导致服务器的处理时间较长,处理效率较低。除此以外,服务器在短时间内接收多个请求会增加服务器的负载,且在网络较差时,服务器向终端设备返回多个金额的速度较慢,降低了用户体验。
54.针对上述问题,本技术的发明构思如下:现有技术中,在用户连续点击数量编辑控件时,终端设备响应用户每次的点击操作,连续向服务器发送物品的数量,导致服务器需要在短时间内对接收到的多个请求进行处理,处理时间较长,处理效率较低。基于此,发明人发现,由于终端设备只需要为用户显示最后一次点击数量编辑控件对应的物品数量的金额,那么如果能预先设置一个时长,在该时长内用户没有再次点击数量编辑控件,终端设备则认为用户已经操作完毕,从而向服务器发送获取目标金额请求,以便于获取服务器计算得出的物品数量对应的目标金额,就能解决现有技术中服务器需要在短时间内对接收到的多个物品数量进行处理的问题,从而减少服务器的处理时间,提高服务器的处理效率。
55.示例性的,本技术实施例提供的获取物品数量的方法可以应用于图1所示的一种应用场景示意图中。图1为本技术实施例提供的获取物品数量的方法的一种应用场景示意图,用以解决上述技术问题。如图1所示,该应用场景可以包括:终端设备(图1中示出了两个终端设备,分别为终端设备a、终端设备b)和服务器。
56.示例性的,在图1所示的应用场景中,终端设备通过运行应用程序或者浏览器等方式在屏幕上显示图形用户界面,以便于用户通过操作图形用户界面与终端设备进行交互。终端设备通过响应用户对图形用户界面上的数量编辑控件的点击操作,执行获取物品数量的方法的程序代码,向服务器发送用于获取待处理物品的目标金额的获取目标金额请求。
57.进一步的,服务器在接收到获取目标金额请求之后,根据该目标金额请求中的目
标数量对物品的金额进行处理,从而获取目标数量对应的待处理物品的目标金额,并将目标金额返回给终端设备。
58.可选的,终端设备还可以获取服务器发送的目标金额,并对目标金额进行显示。
59.可选的,终端设备可以为智能手机,也可以为电脑(如笔记本电脑、台式电脑、平板电脑等)、智能电视等,可以根据实际情况进行设定,本技术实施例对此不进行设定。
60.下面,通过具体实施例对本技术的技术方案进行详细说明。
61.需要说明的是,下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
62.图2为本技术实施例提供的获取物品数量的方法实施例一的流程示意图。如图2所示,该获取物品数量的方法可以包括如下步骤:
63.s101、响应于用户对待处理物品的数量编辑控件的点击操作,基于待处理物品的上一时刻的数量,获取待处理物品的数量,并开始计时。
64.本技术实施例提供的获取物品数量的方案需要为用户提供操作界面,并且为了进行数据的存储和分析,还需要后台服务平台,以使用户能够通过安装在终端设备上的浏览器或者应用程序等对服务平台进行访问。
65.其中,数量编辑控件包括增加数量按钮和减少数量按钮。
66.示例性的,在网上购物的应用场景中,通过响应用户对浏览器中的html5网页或应用程序的点击操作,将想要购买的物品信息放置于预设位置。预设位置可以为“购物车”,“购物车”用于显示用户想要购买的物品信息,如可以显示物品名称,物品的外观图片,物品数量,以及物品金额。终端设备在将物品信息放置于“购物车”后,“购物车”中的物品数量为1。在用户需要的物品的数量大于1时,终端设备可以响应用户对数量编辑控件的点击操作,获取待处理物品的数量,并开始计时。
67.示例性的,每件物品对应一个数量编辑控件,进一步的,还可以是每个物品属性针对一个数量编辑控件,物品属性可以为物品颜色、物品尺码、物品的发货时间(如立即发货、7天后发货、7至14天内发货等),在实际应用中还可以包括其他的属性,本技术实施例对此不进行具体限制。
68.在一种可能的实现方式中,终端设备响应于用户对数量编辑控件中增加数量按钮的点击操作,在待处理物品的上一时刻的数量的基础上加1,获取待处理物品的数量,并启动计时器开始计时。
69.示例性的,若待处理物品的上一时刻的数量为1,若用户需要购买的待处理物品的数量大于1,则需要点击数量编辑控件中增加数量按钮。终端设备响应于用户对数量编辑控件中增加数量按钮的点击操作,获取待处理物品的数量,该待处理物品的数量是终端设备将上一时刻的数量的基础上加1得到的,即待处理物品的数量为2。
70.在另一种可能的实现方式中,终端设备响应于用户对数量编辑控件中减少数量按钮的点击操作,在待处理物品的上一时刻的数量的基础上减1,获取待处理物品的数量,并启动计时器开始计时。
71.示例性的,不同的数量编辑控件对应不同的计时器,终端设备中不同的浏览器中的html5网页或不同的应用程序可以提供不同的控制方法控制计时器计时。例如,若该终端设备的系统为ios系统,终端设备可以利用nstimer对计时器进行控制。
72.可选的,终端设备还可以响应用户同时对多个数量编辑控件的点击操作,同时启动对应的计时器开始计时。
73.s102、在计时得到的累计时长达到预设时长,且累计时长内未获取到新的数量时,将当前待处理物品的数量确定为目标数量。
74.示例性的,在网上购物的应用场景中,当用户需求的物品数量与待处理物品的上一时刻的数量差距较大时,用户需要连续点击数量编辑控件。如,若用户想要购买5件待处理物品,而待处理物品的上一时刻的数量为1件,则用户需要连续点击4次数量编辑控件中的增加数量按钮,使得终端设备响应用户的点击操作获取到的物品的数量能够满足用户的需求。
75.其中,由于用户连续点击数量编辑控件时每次点击的时间间隔较短,终端设备可以设置预设时长,当计时得到的累计时长达到预设时长,并且在累计时长内未获取到新的数量时,说明此时终端设备响应用户的点击操作获取的物品的数量满足了用户的需求,则将当前待处理物品的数量确定为目标数量。
76.示例性的,预设时长可以根据实际需求进行预先设定,如0.5秒、1秒、1.5秒等,本技术实施例对此不进行具体限制。
77.可选的,终端设备在确定目标数量后还可以控制计时器停止计时,并将计时器进行重置。
78.s103、向服务器发送获取目标金额请求。
79.其中,终端设备在获取目标数量后,需要获取目标数量对应的目标金额,以便于为用户进行显示。终端设备可以生成包括目标数量的获取目标金额请求,并通过浏览器或终端设备将获取目标金额请求发送给服务器。
80.其中,获取目标金额请求用于获取目标数量对应的待处理物品的目标金额,获取目标金额请求包括目标数量。
81.本技术实施例提供的获取物品数量的方法,终端设备响应于用户对待处理物品的数量编辑控件的点击操作,基于待处理物品的上一时刻的数量,获取待处理物品的数量,并开始计时,在计时得到的累计时长达到预设时长,且累计时长内未获取到新的数量时,将当前待处理物品的数量确定为目标数量,向服务器发送获取目标金额请求。其中,获取目标金额请求用于获取目标数量对应的待处理物品的目标金额,获取目标金额请求包括目标数量。终端设备在每次响应用户的点击操作后开始计时,在预设时长内没有获取新的数量时向服务器发送包括目标数量的获取目标金额请求,避免了向服务器发送不必要的请求,降低了对服务器的请求负载,减少了服务器的处理时间,提高了处理效率,提升了网络较差时的用户体验。
82.可选的,在一些实施例中,在s102之前,还可以包括如下步骤:
83.若在预设时长内获取到待处理物品的新的数量,则重新开始计时。终端设备对计时得到的累计时长和预设时长进行对比,若累计时长小于预设时长,且在累计时长内终端设备响应于用户对待处理物品的数量编辑控件的点击操作,生成新的数量,则控制计时器重置并进行重新计时。
84.在上述任一实施例的基础上,图3为本技术实施例提供的获取物品数量的方法实施例二的流程示意图。如图3所示,在s103之后,该方法还包括:
85.s201、接收服务器返回的待处理物品的目标金额。
86.其中,目标金额是服务器根据待处理物品的目标数量处理得到的。
87.示例性的,终端设备可以通过浏览器或应用程序接收服务器返回的待处理物品的目标金额。
88.s202、对目标金额进行显示。
89.其中,终端设备接收到目标金额后,可以在图形用户界面上进行展示。
90.示例性的,终端设备可以将目标金额在“购物车”的合计栏中进行显示。
91.在本技术实施例提供的获取物品数量的方法,终端设备接收服务器返回的待处理物品的目标金额,并对目标金额进行显示,使得用户可以直观获取购买目标数量的待处理物品所需要支付的金额,使用户还可以根据目标金额判断是否需要对数量编辑控件进行进一步点击,有效提高了用户体验。
92.在上述任一实施例的基础上,图4为本技术实施例提供的获取物品数量的方法实施例三的流程示意图。如图4所示,该方法还包括:
93.第1步、运行应用程序或者浏览器等方式在屏幕上显示图形用户界面。
94.其中,浏览器中可以包括html5网页或其他包含数量编辑控件的数量编辑页面。
95.第2步、响应用户对数量编辑控件的点击操作。
96.其中,数量编辑控件包括增加数量按钮和减少数量按钮。
97.第3步、启动计时器开始计时,获取待处理物品的数量。
98.第4步、在预设时长内对数量编辑控件进行监控。
99.第5步、监控数量编辑控件是否被用户进行点击,若被用户进行点击,则将计时器重置,并进入第3步;若没有被用户点击,则进入第6步。
100.第6步、控制计时器停止计时并重置。
101.第7步、将当前的待处理物品的数量确定为目标数量,向服务器发送获取目标金额请求。
102.第8步、接收服务器返回的待处理物品的目标金额,并在图形用户界面上对待处理物品的金额进行更新。
103.下述为本技术装置实施例,可以用于执行本技术方法实施例。对于本技术装置实施例中未披露的细节,请参照本技术方法实施例。
104.图5为本技术实施例提供的获取物品数量的装置的结构示意图。如图5所示,该获取物品数量的装置包括:
105.处理模块51,用于响应于用户对待处理物品的数量编辑控件的点击操作,基于待处理物品的上一时刻的数量,获取待处理物品的数量,并开始计时;
106.处理模块51,还用于在计时得到的累计时长达到预设时长,且累计时长内未获取到新的数量时,将当前待处理物品的数量确定为目标数量;
107.发送模块52,用于向服务器发送获取目标金额请求,获取目标金额请求用于获取目标数量对应的待处理物品的目标金额,获取目标金额请求包括目标数量。
108.在本技术实施例的一种可能设计中,处理模块51,还用于:
109.若在预设时长内获取到待处理物品的新的数量,则重新开始计时。
110.在本技术实施例的另一种可能设计中,处理模块51,具体用于:
111.响应于用户对数量编辑控件中增加数量按钮的点击操作,在待处理物品的上一时刻的数量的基础上加1,获取待处理物品的数量;
112.启动计时器开始计时。
113.在本技术实施例的再一种可能设计中,处理模块51,具体用于:
114.响应于用户对数量编辑控件中减少数量按钮的点击操作,在待处理物品的上一时刻的数量的基础上减1,获取待处理物品的数量;
115.启动计时器开始计时。
116.在本技术实施例的又一种可能设计中,该装置还包括:
117.接收模块,用于接收服务器返回的待处理物品的目标金额,目标金额是服务器根据待处理物品的目标数量处理得到的;
118.显示模块,用于对目标金额进行显示。
119.本技术实施例提供的获取物品数量的装置,可用于执行上述任一实施例中的获取物品数量的方法,其实现原理和技术效果类似,在此不再赘述。
120.需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。此外,这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
121.图6为本技术实施例提供的终端设备的结构示意图。如图6所示,该终端设备可以包括:处理器61、存储器62、收发器63及存储在所述存储器62上并可在处理器61上运行的计算机程序指令,所述处理器61执行所述计算机程序指令时实现前述任一实施例提供的获取物品数量的方法。
122.其中,收发器63耦合至处理器62,用于与服务器进行通信,收发器63构成通信接口。
123.可选的,在硬件实现上,上述图5所示实施例中的发送模块52以及接收模块对应于本实施例中的收发器63。
124.可选的,该终端设备的上述各个器件之间可以通过系统总线连接。
125.存储器62可以是单独的存储单元,也可以是集成在处理器中的存储单元。处理器的数量为一个或者多个。
126.应理解,处理器61可以是中央处理单元(central processing unit,cpu),还可以是其他通用处理器、数字信号处理器(digital signal processor,dsp)、专用集成电路(application specific integrated circuit,asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
127.系统总线可以是外设部件互连标准(peripheral component interconnect,pci)总线或扩展工业标准结构(extended industry standard architecture,eisa)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但
并不表示仅有一根总线或一种类型的总线。存储器可能包括随机存取存储器(random access memory,ram),也可能还包括非易失性存储器(non

volatile memory,nvm),例如至少一个磁盘存储器。
128.实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储器(存储介质)包括:只读存储器(read

only memory,rom)、ram、快闪存储器、硬盘、固态硬盘、磁带(英文:magnetic tape)、软盘(英文:floppy disk)、光盘(英文:optical disc)及其任意组合。
129.可选的,终端设备还可以包括显示器,用于显示图形用户界面。该图形用户界面可以包括图形、文本、图标、视频及其它们的任意组合。当显示器是触摸显示屏时,收发器63还具有采集在表面或表面上方的触摸信号的能力。此时,显示器还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/或软键盘。在一些实施例中,显示器可以为终端设备的前面板;在另一些实施例中,显示器可以是柔性显示屏,设置在终端设备的弯曲表面上或折叠面上。甚至,显示器/还可以设置成非矩形的不规则图形的显示屏,也即异形屏。显示器可以采用液晶显示屏(liquid crystal display,lcd)、有机发光二极管(organic light

emitting diode,oled)等材质制备。
130.本技术实施例提供的终端设备,可用于执行上述任一方法实施例提供的获取物品数量的方法,其实现原理和技术效果类似,在此不再赘述。
131.本技术实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,当该计算机指令在计算机上运行时,使得计算机执行上述获取物品数量的方法。
132.上述的计算机可读存储介质,上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器,电可擦除可编程只读存储器,可擦除可编程只读存储器,可编程只读存储器,只读存储器,磁存储器,快闪存储器,磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
133.可选的,将可读存储介质耦合至处理器,从而使处理器能够从该可读存储介质读取信息,且可向该可读存储介质写入信息。当然,可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits,asic)中。当然,处理器和可读存储介质也可以作为分立组件存在于设备中。
134.本技术实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序存储在计算机可读存储介质中,至少一个处理器可以从该计算机可读存储介质中读取该计算机程序,所述至少一个处理器执行所述计算机程序时可实现上述获取物品数量的方法。
135.应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。
再多了解一些

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

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

相关文献