用于页面展示的数据处理方法、装置、设备及存储介质与流程

1.本发明涉及数据处理领域，特别是涉及一种用于页面展示的数据处理方法、一种用于页面展示的数据处理装置、一种电子设备以及一种存储介质。


背景技术：

2.随着互联网技术的发展，我们的生活也得到了极大的便利，例如我们可以足不出户通过手机或者其他终端设备上通过app、小程序等下单软件进行购买我们需要的东西；以零售行业为例，具体地，一般地，零售平台系统包括设备、云端以及点单系统，以饮品(例如咖啡)售卖为例，这里的设备可以是自动咖啡售卖机，点单系统可以是小程序自助咖啡点单系统，如图1所示，用户通过点单系统下单，下单后点单系统将订单信息发送给云端，云端根据订单信息将订单发送给对应的设备，即饮品制作设备，设备端接收到订单指令，校验订单后开始制作；同时设备端将订单制作状态同步给云端；云端同时将订单制作状态同步给小程序用户。
3.零售平台系统中点单系统的界面中的菜单的呈现方式和呈现信息，主要根据云端返回的数据进行渲染，然而由于数据格式等其他原因，在菜单饮品渲染中，云端返回的数据，并不能直接进行交互和渲染，需要进行前端处理，传统处理方法是运用javascript对数据进行各种处理，最终得到能够进行渲染用的数据；然而这种方式由于需要对代码进行堆叠处理，因此容易出现代码逻辑错乱，代码杂乱无章的情况。
4.有鉴于此，需要提供一种新的数据处理方法。


技术实现要素：

5.考虑到上述技术问题而提出了本发明。根据本发明一个方面，提供了一种用于页面展示的数据处理方法，包括以下步骤：
6.接收来自云端的数据，并从所述数据中提取与页面展示需求相关的数据；
7.将提取出的数据应用到对象模板中形成可供渲染的可展示数据模块，其中，所述对象模板是基于面向对象的语言并根据所述页面展示需求预先创建的。
8.示例性地，所述对象模板包括对象属性模板，所述对象属性模板包括至少一个对象属性模块；
9.所述将提取出的数据应用到对象模板中形成可供渲染的可展示数据模块包括：将提取出的数据匹配到所述对象属性模板中的所述至少一个对象属性模块中形成所述可展示数据模块。
10.示例性地，所述对象模板包括对象属性模板和对象方法模板，所述对象属性模板包括至少一个对象属性模块；所述对象方法模板包括数据处理规则，所述数据处理规则用于对匹配到所述对象属性模板中的数据进行处理；
11.所述将提取出的数据应用到所述对象模板中形成可供渲染的可展示数据模块包括：
12.将提取出的数据匹配到所述对象属性模板中；
13.通过所述数据处理规则对匹配到所述对象属性模板中的数据进行处理形成可供渲染的所述可展示数据模块。
14.示例性地，所述数据处理规则包括基于页面展示需求对商品进行分类的方法以及对所述分类进行排序的方法；或者包括基于页面展示需求对商品进行分类的方法。
15.示例性地，所述数据处理规则包括判断订单状态的方法以及将已完成订单状态和未完成订单状态通过不同的显示形式显示的方法。
16.示例性地，所述接收来自云端的数据包括：从云端接收订单状态的数组模板和订单当前状态的标识符，所述数组模板包括订单从起始到终止的所有状态，
17.所述判断订单状态的方法包括：根据所述订单当前状态的标识符判断订单当前的状态，将该状态之前的所有状态以及该状态判断为已完成状态，将该状态之后的所有状态判断为未完成状态。
18.示例性地，所述已完成订单状态通过实心原点显示，所述未完成订单状态通过空心原点显示。
19.示例性地，所述对象属性模块为订单属性模块、商品属性模块、优惠券属性模块中的至少一者；
20.所述订单属性模块包括订单状态、订单标识、订单时间、支付方式、买家信息、订单价格、订单商品信息中的至少一者；
21.所述商品属性模块包括商品标识、商品名称、商品价格、商品规格中的至少一者；
22.所述优惠券属性模块包括满减券、折扣券、免赠券中的至少一者。
23.根据本发明的另一个方面，提供了一种用于页面展示的数据处理装置，其特征在于，所述数据处理装置包括：
24.创建单元，用于接收来自云端的数据，并从所述数据中提取与所述页面展示需求相关的数据；
25.处理单元，用于将提取出的数据应用到对象模板中形成可供渲染的可展示数据模块，其中，所述对象模板是基于面向对象的语言并根据所述页面展示需求预先创建的。
26.根据本发明的又一个方面，提供了一种电子设备，包括处理器和存储器，其中，所述存储器中存储有计算机程序指令，所述计算机程序指令被所述处理器运行时用于执行上述的数据方法。
27.根据本发明的再一个方面，提供了一种存储介质，在所述存储介质上存储了程序指令，所述程序指令在运行时用于执行上述的数据处理方法。
28.根据上述技术方案，将面向对象思维应用于web前端，具体是将从云端(后端)接收的数据进行提炼，应用到基于面向对象构建的模板中形成可供渲染的可展示数据模块，从而对该可展示数据模块中的数据进行渲染得到可供展示的界面，这种方式由于是将提取后的数据应用到对象模板中，而不是像现有技术一样直接在原来的数据存储位置对数据进行处理，因此可以使得用于渲染的数据结构化，使得前端代码更加整洁，易读性增强，更直观的减少代码行数，使得前端代码具有易维护、易复用、易扩展等优点。
29.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够
更明显易懂，以下特举本发明的具体实施例。
附图说明
30.通过结合附图对本发明实施例进行更详细的描述，本发明的上述以及其它目的、特征和优势将变得更加明显。附图用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与本发明实施例一起用于解释本发明，并不构成对本发明的限制。在附图中，相同的参考标号通常代表相同部件或步骤。
31.图1示出了根据本发明实施例的的零售平台系统示意性框图；
32.图2示出了根据本发明实施例的用于页面展示的数据处理方法的示意性流程图；
33.图3示出了根据本发明实施例的菜单展示页面的效果的部分示意图；
34.图4示出了根据本发明实施例的对象属性模板的示意性框图；
35.图5示出了根据本发明实施例的对象方法模板的示意性框图；
36.图6示出了根据本发明实施例的又一菜单展示页面的部分效果图；
37.图7示出了根据本发明实施例的订单属性模块的示意性框图；
38.图8示出了根据本发明实施例的订单列表的展示效果示意图；
39.图9示出了根据本发明实施例的展示订单状态的展示效果图；
40.图10示出了根据本发明实施例的用于页面展示的数据处理装置的示意性框图；以及
41.图11示出了根据本发明实施例的电子设备的示意性框图。
具体实施方式
42.为了使得本发明的目的、技术方案和优点更为明显，下面将参照附图详细描述根据本发明的示例实施例。显然，所描述的实施例仅仅是本发明的一部分实施例，而不是本发明的全部实施例，应理解，本发明不受这里描述的示例实施例的限制。基于本发明中描述的本发明实施例，本领域技术人员在没有付出创造性劳动的情况下所得到的所有其它实施例都应落入本发明的保护范围之内。
43.图2示出了根据本发明一个实施例的用于页面展示的数据处理方法100的示意性流程图。如图2所示，用于页面展示的数据处理方法100可以包括以下步骤。
44.步骤s110，接收来自云端的数据，并从该数据中提取与页面展示需求相关的数据。
45.其中，页面展示需求可以是下单软件(例如微信小程序)上的界面展示需求，也可以是用于后台管理系统上的界面展示需求(例如，订单流程)，后台管理系统可以用于查看所有零售设备的下单情况，还可以管理下单软件上的菜品等。
46.结合图1，本发明提供的用于页面展示的数据处理方法例如可以应用在零售行业，通常零售行业中，会涉及到零售设备，例如自动咖啡售卖机，用户可以通过下单系统(例如微信小程序、自动咖啡售卖机的下单模块等)下单。例如以通过微信小程序下单为例，用户下单后，下单系统将订单信息发送给云端，云端根据订单信息将订单发送给对应的设备，在饮品的制作过程中，设备会将订单的状态同步到云端。
47.在本实施例中，步骤s110中，接收来自云端的数据，这里的数据根据展示需求不同，数据的内容和来源也不同，需要说明的是，这里的数据来源其实是指云端的数据来源，
云端的数据来源不同，所以接收到的数据其间接来源也不同，当然直接来源都是云端。例如，如果展示需求是和订单相关，步骤s110中，接收来自云端的数据，这里的数据是通过设备和点单系统将数据上传到云端而获取到的，而如果展示需求是类似与订单无关的菜单展示需求，则步骤s110中接收来自云端的数据，这里的数据是通过后台管理系统将数据上传到云端而获取到的。
48.以上述应用场景为例，页面展示需求可以包括菜单展示需求、订单列表展示需求、订单详情展示需求、订单状态展示需求等。
49.在一个实施例中，页面展示需求为菜单展示需求，如图3所示为菜单展示页面的展示效果的一部分示意图(只展示了一部分饮品)，例如菜单页面中仅需要展示冰拿铁、冰美式、热美式、馥芮白、热拿铁、卡布奇诺、香草拿铁、焦糖玛奇朵、热牛奶、冷牛奶等几种饮品的名称、饮品的图片以及对应的价格；由于这个页面展示需求是与订单无关的展示需求，所以云端的数据来源是后台管理系统，具体地，后台管理系统将数据(例如，菜单id、各个类饮品的名称和对应的价格，此外还有饮品的规格、饮品的英文名称、各类饮品的图片、饮品的分类以及排序相关的数据等)上传到云端，由于只需要展示冰拿铁、冰美式、热美式、馥芮白、热拿铁、卡布奇诺、香草拿铁、焦糖玛奇朵、热牛奶、冷牛奶等几种饮品名称、对应的图片以及对应的价格，因此只需要从接收到的数据中提取与展示需求相关的，即提取用于展示的饮品的名称、图片、价格以及一些与展示需求相关但是并不是用于直接展示的数据(例如，菜单id)，其他数据并不提取，例如饮品的英文名称等；又一实施例中，如果需要展示各个饮品在菜单页面中的排序(例如冰拿铁排在页面中的第一位置)，还需要从云端提取与饮品排序相关的数据。
50.在其他实施例中，页面展示需求也可以是与订单相关的展示需求，例如订单列表展示需求、订单详情展示需求、订单状态展示需求等中的至少一者。和上文列举的菜单展示需求类似，当展示需求是订单列表展示需求、订单详情展示需求、订单状态展示需求等中的至少一者时，从接收到的数据中提取的数据是与对应的展示需求相关的数据，例如展示需求是订单列表展示需求(图8为订单列表的展示效果示意图)，那从接收到的数据中提取的数据包括订单编号、下单时间、订单状态、实付金额、订单中饮品的、价格等与展示需求相关的数据。
51.步骤s120，将提取出的数据应用到对象模板中形成可供渲染的可展示数据模块，其中，所述对象模板是基于面向对象的语言并根据所述页面展示需求预先创建的。
52.在一个实施例中，所述对象模板是基于面向对象的语言并根据所述页面展示需求，通过面向对象构造函数的模式创建的。具体地，对象模板的创建，主要是基于javascript面向对象的编程语言，创建一个.js文件，使用es6语法，可以使用class关键字声明一个类，之后以这个类来实例化对象，例如展示需求是菜单展示需求，需求展示饮品的名称、价格、对应的图片，那这里的类名可以自定义为“菜单”；随后在此基础上创建对象，例如饮品名称、饮品价格以及饮品的图片，从而得到对象模板。当然如下文所述如果对象模板还包括对象方法模板，这里在上文的基础上，还需要添加一些类的方法，例如对饮品进行分类的方法，具体地例如将菜单中的饮品分别分为人气热卖、金牌咖啡、经典咖啡和冰爽优品。
53.所述对象模板可以包括对象属性模板，所述对象属性模板包括至少一个对象属性
模块。对象属性模板例如可以理解为是传到云端的数据可以直接匹配到该对象属性模板中，不需要经过其他的数据处理。所述对象属性模块为订单属性模块、商品属性模块、优惠券属性模块中的至少一者，当然也可以包括其他对象属性模块。
54.其中，所述订单属性模块包括订单状态、订单标识(订单id)、订单时间(可以理解为下单时间)、支付方式、买家信息、订单价格、订单商品信息中的至少一者；订单状态可以包括待支付、已下单、已接单、制作中、请取杯、已完成、丢弃、订单已取消等多个状态，可以理解的是，同一时刻对于一个订单只对应上述订单状态中的其中一种状态；订单商品信息，可以认为是订单中包含的饮品数量、种类、规格(容量、冷热或者口味等)等。所述商品属性模块包括商品标识(商品id)、商品名称、商品价格、商品规格(容量、冷热或者口味等)中的至少一者；所述优惠券属性模块包括满减券、折扣券、免赠券中的至少一者。
55.在一个实施例中，步骤s120，所述将提取出的数据应用到对象模板中形成可供渲染的可展示数据模块包括：步骤s121，将提取出的数据匹配到所述对象属性模板中的至少一个对象属性模块中形成可展示数据模块。也就是说，在步骤s121中，将提取出的数据应用到对象属性模板中可以理解为不需要经过方法处理，直接将提取出的数据匹配到对应的对象属性模块中，从而形成可供渲染的可展示数据模块，例如，上文中图3中对应的菜单页面展示需求，只需要将从接收到的数据中提取出冰拿铁、冰美式、热美式、馥芮白、热拿铁、卡布奇诺、香草拿铁、焦糖玛奇朵、热牛奶、冷牛奶等几种饮品名称、饮品的图片以及对应的价格相关的数据，然后匹配到图4中的对象属性模板中即可得到可展示数据模块。可以理解的是，图4中的对象属性模板具体地也可以认为是对象属性模块，更具体地为是上述商品属性模块。
56.在一个实施例中，基于界面展示需求，例如上文中的菜单展示需求中，除了需要展示饮品的名称、图片和价格之外，还需要展示优惠券，这种情况下，从接收到的数据中提取的数据除了包括饮品的名称、图片和价格之外，还要包括优惠券相关的数据，并且提取出的相关数据不仅需要匹配到上文中的商品属性模块中，还需要匹配到优惠券属性模块中。优惠券属性模块中可以包括优惠券的优惠方式，例如满减券、折扣券、免赠中的至少一者。在另一个实施例中，也可以将对象属性模块和优惠券属性模块合并为一个对象属性模板中。
57.在其他实施例中，如图8所示是在后台管理平台上展示订单列表的效果示意图，对应的展示需求是需求展示订单状态、订单标识(对应图中的订单编码)、订单时间、订单中饮品的名称以及对应的价格，这种情况下对象属性模板包括的对象属性模块即为订单属性模块，如图7即为该订单属性模块，从云端接收到的数据结构比较复杂且数据较多，例如包括订单编码、订单时间、订单中包括1杯冰拿铁和1杯冰美式、冰拿铁的规格(包括中杯、原味、冷)；冰美式的规格(包括中杯、原味、冷)；订单时间、饮品对应的价格、买家信息、制作饮品的设备信息、支付方式、配送方式、下单类型等；显然这些数据中并不都是和展示需求相关的，因此需要通过s110根据上述从云端接收的数据并基于展示需求只需要提取订单状态、订单编号、订单时间、订单中饮品的名称以及对应的价格，并根据步骤s121将提取的数据匹配到图7所示的订单属性模块中，即将对应的“对象”代入图7中的对象模板中，例如将提取到的订单编号(例如f024faf5baoe47dd)“代入”到对象模板中的“订单标识”中，订单状态(例如“已完成”)，其他几项数据也是类似的道理，将所有提取的数据代入模板之后，即可得到可展示数据模块，该可展示数据模块由于是经过处理之后仅剩下了与展示需求相关的数
据，而且由于预先创建的对象模板是根据页面展示需求创建的，因此经过对象模板处理之后的数据格式也是和展示需求相对应的，这样得到的数据就可以直接进行渲染，而且数据结构整洁、条理清晰，易读性更强。
58.在本方案中，形成可供渲染的可展示数据模块后，可以将该可展示数据模块提供到前端组件(例如，微信小程序的wxml文件或者浏览器的html文件)进行渲染，从而得到可供展示的页面。
59.根据上述技术方案，将面向对象思维应用于web前端，具体是将从云端(后端)接收的数据进行提炼，应用到基于面向对象构建的模板中形成可供渲染的可展示数据模块，从而对该可展示数据模块中的数据进行渲染得到可供展示的界面，这种方式由于是将提取后的数据应用到对象模板中，而不是像现有技术一样直接在原来的数据存储位置对数据进行处理，因此可以使得用于渲染的数据结构化，使得前端代码更加整洁，易读性增强，更直观的减少代码行数，使得前端代码具有易维护、易复用、易扩展等优点。
60.在一个实施例中，所述对象模板包括对象属性模板和对象方法模板，所述对象属性模板包括至少一个对象属性模块，如图5所示是对象方法模板的示意性框图，所述对象方法模板包括数据处理规则，所述数据处理规则用于对匹配到对象属性模板中的数据进行处理；步骤s120中，所述将提取出的数据应用到所述模板中形成可供渲染的可展示数据模块包括：将提取出的数据匹配到对象属性模板中；通过所述数据处理规则对匹配到对象属性模板中的数据进行处理形成可供渲染的可展示数据模块。
61.对于对象属性模块上文中已经详细介绍，这里不做过多的解释。下文着重介绍对象方法模板。
62.示例性地，所述数据处理规则包括基于页面展示需求对商品进行分类的方法以及对分类进行排序的方法。如图6所示是又一菜单展示页面的部分效果图，显然对应图6的展示需求中不仅需要展示饮品的名称、价格、英文名称、广告语等，同时还对饮品进行了分类和排序，例如菜单中依次包括以下类别：人气热卖、金牌咖啡、经典咖啡和冰爽优品，其中，人气热卖包括冰拿铁和冰美式；金牌咖啡包括热美式、馥芮白和热拿铁；经典咖啡包括卡布奇诺、香草拿铁和焦糖玛奇朵；冰爽优品包括热牛奶和冷牛奶。基于展示需求，提取的数据显然应该包括冰拿铁、冰美式、热美式、馥芮白、热拿铁、卡布奇诺、香草拿铁、焦糖玛奇朵、热牛奶、冷牛奶等几种饮品的名称、价格、英文名称、广告语、以及各个饮品的分类和排序信息。
63.示例性地，在进行数据处理时，可以先将提取的出的数据匹配到对应的对象属性模块中，显然图6中提取的数据对应商品属性模板，并在此基础上，利用方法模板的数据处理规则，将匹配到商品属性模板中的各饮品依照饮品的分类进行分类并排序。当然，也可以基于饮品的分类名称，在将对应的饮品相关信息匹配到商品属性模板对应位置的同时通过数据处理规则将该饮品归类，例如冰拿铁可以通过数据处理规则将该饮品归到人气热卖中，利用相同的方式将其他饮品分别归类和排序，从而得到可供渲染的可展示数据模块。
64.示例性地，所述数据处理规则包括基于页面展示需求对商品进行分类的方法。在该实施例中，将数据提取出之后，只需要对商品进行分类，而不需要进行排序。
65.又一实施例中，所述数据处理规则包括判断订单状态的方法以及将已完成订单状态和未完成订单状态通过不同的显示形式显示的方法。示例性地，所述已完成订单状态通
过实心原点显示，所述未完成订单状态通过空心原点显示。又一示例性地，可以通过颜色区分已完成订单状态和未完成订单状态。参考图9，图9中订单标号为f024faf5baoe47dd的订单当前的状态是已完成。
66.在一个实施方式中，步骤s110中，所述接收来自云端的数据包括：从云端接收订单状态的数组模板和订单当前状态的标识符，所述数组模板包括订单从起始到终止的所有状态，所述判断订单状态的方法包括：根据所述订单当前状态的标识符判断订单当前的状态，将该状态之前的所有状态判断为已完成状态，将该状态之后的所有状态判断为未完成状态。
67.具体地，如图9所示，是展示订单状态的展示效果图。图中展示了订单编号、下单时间、支付方式、下单类型、订单状态等信息；可以理解的是，在本市实施例中，同样需要将提取出的数据匹配到所述对象属性模板中；通过所述数据处理规则对匹配到所述对象属性模板中的数据进行处理形成可供渲染的所述可展示数据模块。其中，将提取出的数据匹配到所述对象属性模板中的相关内容上文已经介绍的很详细了，这里不再赘述。这里重点介绍订单状态的展示需求。
68.在该实施方式中，从云端接收的数据包括订单状态的数组模板和订单当前状态的标识符，当然可以理解的是，根据根据展示需求订单状态的数组模板和订单当前状态的标识符都会被提取，以应用到对象模板中。具体地，订单状态的数组模板包括订单处理中、已付款、已接单、制作中、待领取、已完成、丢弃、订单退款中以及订单已退款，该数组模板中的每一个状态对应一个标识符，例如订单处理中对应标识符1，已付款对应标识符2，其他状态类似。例如，当提取出的订单当前状态的标识符为6时，数据处理规则中通过将标识符为6与订单状态的数组模板进行比较，可以判断出流转状态进行到第6步，即判断当前订单的状态是“已付款”。在该实施方式中，状态已经流转完成的通过实心原点显示，未完成订单状态通过空心原点显示。
69.本发明中，由于是预先基于面向对象的语言并根据所述页面展示需求创建对象模板，并针对具体的页面展示需求将提取出的数据应用到该对象模板中，从而可以弃掉与页面展示需求无关的数据，同时利用这种方式处理，得到的可展示数据模块的数据结构由于均是和展示需求相关的，因此相当于是将零散的数据结构化，从而使得前端代码更加整洁，易读性增强，更直观的减少代码行数。另外，由于对象模板是基于面向对象的语言创建的，而由于面向对象有封装、继承、多态性的特性，可以设计出低耦合的系统，使系统更加灵活、更加易于维护；并且利用面向对象处理数据，使得前端模块化优势体现；同时针对前端代码易维护、易复用、易扩展。
70.应该理解的是，虽然图中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，本发明中有些方案中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
71.根据本发明的另一方面，还提供了一种用于页面展示的数据处理装置。图10示出
了根据本发明实施例的用于页面展示的数据处理装置的示意性框图。如图10所示，该装置包括接收单元210和处理单元220。
72.接收单元，用于接收来自云端的数据，并从所述数据中提取与所述页面展示需求相关的数据；
73.处理单元，用于将提取出的数据应用到对象模板中形成可供渲染的可展示数据模块，其中，所述对象模板是基于面向对象的语言并根据所述页面展示需求预先创建的。
74.根据本发明的又一方面，还提供了一种电子设备。图11示出了根据本发明实施例的电子设备的示意性框图。如图11所示，该电子设备包括处理器310和存储器320。其中，存储器320中存储有计算机程序指令，计算机程序指令被处理器310运行时用于执行如上所述的数据处理方法100。
75.根据本发明的再一方面，还提供了一种存储介质。在存储介质上存储了程序指令，程序指令在运行时用于执行如上所述的数据处理方法100。所述存储介质例如可以包括平板电脑的存储部件、个人计算机的硬盘、只读存储器
76.(rom)、可擦除可编程只读存储器(eprom)、便携式紧致盘只读存储器(cd-rom)、usb存储器、或者上述存储介质的任意组合。所述计算机可读存储介质可以是一个或多个计算机可读存储介质的任意组合。
77.本领域普通技术人员通过阅读上述有关面板检测方法的相关描述，可以理解上述面板检测装置、电子设备和存储介质的具体实现方案，为了简洁，在此不再赘述。
78.尽管这里已经参考附图描述了示例实施例，应理解上述示例实施例仅仅是示例性的，并且不意图将本发明的范围限制于此。本领域普通技术人员可以在其中进行各种改变和修改，而不偏离本发明的范围和精神。所有这些改变和修改意在被包括在所附权利要求所要求的本发明的范围之内。
79.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
80.在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个设备，或一些特征可以忽略，或不执行。
81.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
82.类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该本发明的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如相应的权利要求书所反映的那样，其发明点在于可以用少于某个公开的单个实施例的所有特征的特
征来解决相应的技术问题。因此，遵循具体实施例的权利要求书由此明确地并入该具体实施例，其中每个权利要求本身都作为本发明的单独实施例。
83.本领域的技术人员可以理解，除了特征之间相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
84.此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
85.本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的面板检测装置中的一些模块的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
86.应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
87.以上所述，仅为本发明的具体实施例或对具体实施例的说明，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。本发明的保护范围应以权利要求的保护范围为准。