用户界面的状态管理方法、装置、电子设备及存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及一种用户界面的状态管理方法、装置、电子设备及存储介质。


背景技术：

2.在应用(application)的构建中通常会涉及到很多组件(widget)，这些组件在不同的时刻存在不同的状态(state)以显示不同的用户界面(user interface，ui)。随着应用功能的增加，组件及其状态的数量也随之增加，为了更加清楚地测试和维护所有组件的状态，可以采用状态管理器来对组件的状态进行管理。组件的状态参数一般存储于状态容器中，组件从状态容器中获取当前状态值来渲染用户界面。
3.但是，在相关技术中，状态管理器只能提供单一固有的管理模式，在组件的状态需要改变时，只能创建新的事件并结合当前组件的状态值计算变化后的状态值，再基于变化后的状态值对状态参数进行更新，最后将更新后的状态值传递给组件。在面对所有的场景时，都需要按照这一固有模式来维护组件的状态。这使得在一些简单场景中的状态管理流程显得冗余和繁琐，降低了业务的响应速度和应用的开发效率，而且在一定程度上限制了开发过程，使得开发工作不够灵活。


技术实现要素：

4.有鉴于此，本公开的目的在于提出一种用户界面的状态管理方法、装置、电子设备及存储介质，用以解决或部分解决上述技术问题。
5.本公开的第一方面，一种用户界面的状态管理方法，包括：
6.响应于针对用户界面的第一操作，基于简单模式对所述用户界面的状态参数中的第一参数进行更新；其中，所述简单模式包括：基于第一目标状态值修改所述第一参数的第一当前状态值；所述第一目标状态值基于所述第一操作得到；
7.比较所述第一当前状态值和所述第一目标状态值，以监测所述第一参数是否发生变化；
8.响应于所述第一参数发生变化，向订阅所述第一参数的第一组件发送第一订阅消息，所述第一订阅消息用于指示所述第一参数发生变化；
9.将所述第一目标状态值发送至所述第一组件，以渲染所述用户界面。
10.本公开的第二方面，提供了一种用户界面的状态管理装置，状态更新模块，用于响应于针对用户界面的第一操作，基于简单模式对所述用户界面的状态参数中的第一参数进行更新；其中，所述简单模式包括：基于第一目标状态值修改所述第一参数的第一当前状态值；所述第一目标状态值基于所述第一操作得到；
11.状态监测模块，用于比较所述第一当前状态值和所述第一目标状态值，以监测所述第一参数是否发生变化；
12.消息订阅模块，用于响应于所述第一参数发生变化，向订阅所述第一参数的第一
组件发送第一订阅消息，所述第一订阅消息用于指示所述第一参数发生变化；
13.状态发送模块，用于将所述第一目标状态值发送至所述第一组件，以渲染所述用户界面。
14.本公开的第三方面，提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可由所述处理器执行的计算机程序，所述处理器在执行所述计算机程序时实现如第一方面所述的方法。
15.本公开的第四方面，提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行如第一方面所述的方法。
16.从上面所述可以看出，本公开提供的用户界面的状态管理方法、装置、电子设备及存储介质，提供了一种状态管理的简单模式，能够基于针对用户界面的操作直接更新状态参数的状态值，并传递给组件以渲染用户界面，实现了对状态参数的快速更新，有利于开发效率的提高。同时，在用户界面的实际应用过程中，也有利于提高对操作的响应速度，快速更新用户界面，提升用户界面的使用流畅性。
附图说明
17.为了更清楚地说明本公开或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
18.图1示出了本公开实施例的用户界面的状态管理架构的示意图。
19.图2示出了本公开实施例的状态管理的普通模式的示意性原理图。
20.图3示出了本公开实施例的状态管理的简单模式的示意性原理图。
21.图4示出了本公开实施例所提供的用户界面的状态管理示例性方法的流程示意图。
22.图5示出了本公开实施例的普通模式的流程示意图。
23.图6示出了本公开实施例的模式选择的示意性原理图。
24.图7示出了本公开实施例所提供的示例性装置的结构示意图。
25.图8示出了本公开实施例的示例性电子设备的硬件结构示意图。
具体实施方式
26.为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
27.需要说明的是，除非另外定义，本公开实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接
的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
28.图1示出了本公开实施例的用户界面的状态管理架构的示意图。参考图1，该状态管理架构100可以包括服务器110、客户端120以及提供通信链路的通信网络130。服务器110和客户端120之间可通过有线或无线的通信网络130连接。其中，服务器110可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。
29.客户端120可以是硬件或软件实现。例如，客户端120为硬件实现时，可以是具有显示屏并且支持页面显示的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。客户端120设备为软件实现时，可以安装在上述所列举的电子设备中；其可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块，在此不做具体限定。
30.需要说明的是，本技术实施例所提供的用户界面的状态管理方法可以由客户端120来执行，也可以由服务器110来执行。应了解，图1中的客户端、网络和服务器的数目仅为示意，并不旨在对其进行限制。根据实现需要，可以具有任意数目的客户端、网络和服务器。
31.越来越多的开发者和组织采用flutter来构建用户界面。flutter是一种移动ui框架，其将数据与视图分离，由数据映射渲染视图，从而可以快速构建高质量的用户界面。redux是javascript状态容器，提供可预测化的状态管理。在flutter中使用redux可以对用户界面的状态进行高效地管理，能够更加清楚地测试和维护所有组件的状态。
32.redux能够向开发人员提供一种状态管理的普通模式，如图2所示，图2中示出了根据本公开实施例的状态管理的普通模式的示意性原理图。图2中，用户界面201包括至少一个控件，例如播放界面中用于控制是否开始播放的播放控件等。用户可以针对该用户界面201执行第二操作202，该第二操作202可以是针对用户界面201中控件的操作，例如单击控件或双击控件等。响应于该第二操作202，可以调用事件生成函数(action creator)203生成目标事件(action)x，目标事件x内可以使用一个字符串类型的“type”字段来表示将要执行的动作。事件生成函数203调用dispatch函数，例如store.dispatch(action)，以将该目标事件x发送至状态容器204(redux)中的状态对象205(store)。状态对象205可以是用户界面201的所有状态参数所形成的状态树，状态树的每个节点对应于一状态参数且存储该状态参数的当前状态值。操作202可以使得状态对象205中的第二参数state2发生变化。状态容器204还包括化减器207(reducer)，状态对象205将与第二参数state2的第二当前状态值206和目标事件x传入化减器207，化减器207基于第二当前状态值206和目标事件x计算得到第二目标状态值208，并将第二目标状态值208返回状态对象205，以对状态对象205中的第二参数state2进行更新。更新后状态对象205的第二参数state2节点中存储的即为第二目标状态值208。
33.用于渲染用户界面201的第二组件209调用subscribe函数订阅第二参数state2，以监测第二参数state2是否发生变化。一旦subscribe函数监测到第二参数state2发生变化，则向第二组件209发送第二订阅消息210，该第二订阅消息210可以指示第二参数state2的状态值发生变化。第二组件209在收到该第二订阅消息210后，调用getstate函数从状态
对象205获取所需第二参数state2的当前状态值，此时，第二参数state2的当前状态值为更新后的第二目标状态值208。第二组件209在接收到该第二目标状态值208后，以第二目标状态值渲染更新用户界面201，实现第二操作202的功能。
34.实际应用中，根据上述实施例的普通模式实现用户界面的状态更新包括较多的特定特殊代码，例如事件(action)、化减器(reducer)，都具有各自特定的格式。而且对用户界面每进行一个操作都需要重新注册一个事件和对应的化减器。这对于一些简单的操作，例如点击播放界面中的播放按钮来播放数据，采用普通模式显得冗余和繁琐，降低了业务的响应速度；或者简单的应用场景，例如开发人员构建一个demo界面，该demo界面可能并不需要测试，采用普通模式就会降低了开发人员的开发效率，而且这种单一的模式也限制了开发过程的灵活性。
35.基于上述考虑，根据本公开实施例在不改变原有的redux框架的前提下，增加了简单模式的状态管理方式，能够基于针对用户界面的操作直接更新状态参数的状态值，并传递给组件以渲染用户界面，实现了对状态参数的快速更新，有利于提高应用中用户界面的开发效率。同时，在用户界面的实际应用过程中，也有利于提高对操作的响应速度，快速更新用户界面，提升用户界面的使用流畅性。开发人员可以根据需要选择采用简单模式还是普通模式，这两种模式独立存在，且不互斥。对于同一个操作，可以选择采用简单模式来维护用户界面的状态，也可以选择采用普通模式来维护用户界面的状态，还可以采用简单模式和普通模式两者来维护用户界面的状态。
36.如图3所示，图3中示出了根据本公开实施例的状态管理的简单模式的示意性原理图。图3中，用户界面301可以是指图2中的用户界面201。用户可以针对该用户界面301执行第一操作302，该第一操作302也可以指图2中的操作202。响应于该第一操作302，可以调用状态对象305(可以是指图2中的状态对象205)的modify函数以对第一参数state1的第一当前状态值306进行修改。例如，用户界面301为播放器界面，操作302为点击播放控件以播放视频数据，执行操作302之前，用户界面301处于未播放状态，即第一参数state1为playing，其第一当前状态值为false，即playing＝false；在执行操作302之后，响应于该第一操作302可以直接调用modify函数将第一态参数playing的第一当前状态值修改为第一目标状态值307，即playing＝true，例如store.modify((state)＝》{state.playing＝true})。
37.其中，第一目标状态值307可以基于第一操作302得到。具体实施中，可以将采用封装好的预设修改事件和对应的预设化减器来实现modify函数。第一操作302可以直接触发内置的预设修改事件303，该预设修改事件303可以是预先注册定义的指示修改动作的事件，例如modification()。与该预设修改事件303对应的预设化减器304，也可以是预先注册定义的，例如modification reducer。预设化减器304基于预设修改事件303和第一参数state1计算得到第一目标状态值307，并返回至状态对象305更新第一参数state1的第一当前状态值306。例如，第一操作302为点击播放控件以播放视频数据，执行第一操作302前，第一参数playing的第一当前状态值306为false，即playing＝false。用户在用户界面301上执行第二操作302，则触发预设修改事件303；与预设修改事件303对应的预设化减器304基于第一当前状态值306“playing＝false”和预设修改事件，得到第一目标状态值307为playing＝true；并将第一目标状态值307返回至状态对象305更新第一参数playing，此时第一参数playing的当前状态值为playing＝true，从而实现播放视频数据以及对用户界面
的状态更新。
38.第一组件309调用subscribe函数订阅第一参数state1，以监测第一参数state1是否发生变化。第一组件309可以指图2中的第二组件209，一旦subscribe函数监测到第一参数state1发生变化，则向第一组件309发送第一订阅消息308，该第一订阅消息308可以指示第一参数state1的当前状态值发生变化。第一组件209在收到该第一订阅消息308后，调用状态对象305的getstate函数从状态对象305获取第一参数state1的当前状态值，此时，状态对象305中第一参数state1的当前状态值为第一目标状态值307。第一组件309在接收到该第一目标状态值307后，以第一目标状态值307渲染更新用户界面301，实现操作302的功能。例如，根据第一目标状态值307“playing＝true”渲染更新用户界面301，以显示播放视频数据的用户界面。
39.相比于图2中的普通模式，图3中的简单模式对于简单操作或简单场景的应用更具优势，使用预先定义的action和reducer，而无需开发人员自己定义action和reducer，能够基于针对用户界面的操作直接更新状态参数的状态值，并传递给组件以渲染用户界面，实现了对状态参数的快速更新，有利于开发效率的提高。同时，在用户界面的实际应用过程中，也有利于提高对操作的响应速度，快速更新用户界面，提升用户界面的使用流畅性。
40.本公开实施例提供了一种用户界面的状态管理方法。图4示出了本公开实施例所提供的用户界面的状态管理示例性方法400的流程示意图。该方法400可以应用于图1的的客户端120或服务器110，并可以进一步包括以下步骤。
41.在步骤410，响应于针对用户界面(例如图3中的用户界面301)的第一操作(例如图3中的第一操作302)，基于简单模式对所述用户界面的状态参数中的第一参数(例如图3所述实施例中的第一参数state1)进行更新；其中，所述简单模式包括：基于第一目标状态值(例如图3中的第一目标状态值307)修改所述第一参数的第一当前状态值(例如图3中的第一当前状态值306)；所述第一目标状态值基于所述第一操作得到。
42.在步骤420，比较所述第一当前状态值和所述第一目标状态值，以监测所述第一参数是否发生变化。
43.在步骤430，响应于所述第一参数发生变化，向订阅所述第一参数的第一组件(例如图3中的第一组件309)发送第一订阅消息(例如图3中的第一订阅消息308)，所述第一订阅消息用于指示所述第一参数发生变化。
44.在步骤440，将所述第一目标状态值发送至所述第一组件，以渲染所述用户界面。
45.在一些实施例中，如图3所示，第一目标状态值基于所述第一操作得到，包括：
46.基于所述第一操作触发预设修改事件(例如图3中的预设修改事件303)；
47.基于所述预设修改事件和对应的预设化减器(例如图3中的预设化减器304)生成所述第一目标状态值。
48.在一些实施例中，如图5所示，图5示出了根据本公开实施例的普通模式的流程示意图。图5中，方法400还包括：
49.在步骤450，响应于针对用户界面(例如图2中的用户界面201)的第二操作(例如图2中的第二操作202)，基于普通模式对所述用户界面的状态参数中的第二参数(例如图2所述实施例中的第二参数state2)进行更新；其中，所述普通模式包括：
50.基于所述第二操作生成目标事件(例如图2中的目标事件x)；
51.调用化减器(例如图2中的化减器207)，以基于所述第二参数的第二当前状态值(例如图2中的第二当前状态值206)和所述目标事件确定所述第二参数的第二目标状态值(例如图2中的第二目标状态值208)；
52.在步骤460，基于所述第二目标状态值更新所述第二参数；
53.在步骤470，比较所述第二当前状态值和所述第二目标状态值，以监测所述第二参数是否发生变化；
54.在步骤480，响应于所述第二参数发生变化，向订阅所述第二参数的第二组件(例如图2中的第二组件209)发送第二订阅消息(例如图2中的第二订阅消息210)，所述第二订阅消息用于指示所述第二参数发生变化；
55.在步骤490，将所述第二目标状态值发送至所述第二组件，以渲染所述用户界面。
56.在一些实施例中，方法400还包括：
57.响应于用户针对所述第一操作选择所述简单模式，将所述第一操作配置为采用所述简单模式更新所述第一参数；
58.以及响应于用户针对所述第二操作选择所述普通模式，将所述第二操作配置为采用所述普通模式更新所述第二参数。
59.根据本公开实施例，如图6所示，图6示出了根据本公开实施例的模式选择的示意性原理图。图6中，提供了用户界面的状态管理的两种模式：简单模式610(虚线框所示)和普通模式620(实线框所示)。简单模式610在用户界面要发生变化时，可以经由store(例如图3中的状态对象305)直接修改状态参数为第一目标状态值(例如图3中的第一目标状态值307)。普通模式620在用户界面要发生变化时，可以经由store(例如图2中的状态对象205)分发action(例如图2中的目标事件x)，在经由reducer来确定第二目标状态值(例如图2中的第二目标状态值208)。简单模式610和普通模式620均基于更新后的目标状态值(例如图3中的第一目标状态值307、图2中的第二目标状态值208)来渲染用户界面(例如图3中的用户界面301、图2中的用户界面201)。简单模式610和普通模式620可以供开发人员随意选择，提升了开发过程的灵活性。例如，对于简单操作或简单场景可以采用简单模式，对于较为复杂的场景可以采用普通模式，来管理用户界面的状态。这样，对于不同的情况，可以设置不同的模式，能够有利于开发效率的提高。
60.在一些实施例中，方法400还包括：
61.响应于所述第一参数的数量小于阈值，将所述第一操作配置为采用所述简单模式更新所述第一参数；
62.以及响应于所述第二参数的数量大于或等于所述阈值，将所述第二操作配置为采用所述普通模式更新所述第二参数。
63.其中，还可以根据各个操作的特点来自动地配置状态管理的模式，以进一步提升开发效率。可以采用某一操作所引起用户界面中发生变化的状态参数的数量，如果发生变化的状态参数较少，少于预设阈值，可以认为该操作是简单操作，对应地可以配置为简单模式；如果发生变化的状态参数较多，超过预设阈值，可以认为该操作是较为复杂的操作，对应地可以配置为普通模式。第一参数可以是第一操作所引起的用户界面中发生变化的状态参数，第二参数可以是第二操作所引起的用户界面中发生变化的状态参数。如果第一参数的数量小于阈值，则其所对应的第一操作可以配置为简单模式；如果第二参数的数量大于
或等于阈值，则其所对应的第二操作可以配置为普通模式。
64.在一些实施例中，所述第一操作和所述第二操作相同，所述第一参数和所述第二参数相同，所述第一目标状态值与所述第二目标状态值相同。
65.其中，由于简单模式和普通模式之间并不存在互斥关系，不仅仅是对于不同的操作，这两种模式可以混合使用。对于同一操作，这两种模式可以混同时合使用，而且此时，两种模式所涉及的状态参数以及更新后的目标状态值都应该相同，从而保证对于同样的操作，对状态参数的管理相同。
66.在一些实施例中，所述第一操作和/或所述第二操作包括：对所述用户界面中控件的操作或改变所述用户界面运行参数的操作。
67.其中，改变所述用户界面运行参数的操作可以指使得用户界面的运行环境发生变化的操作，例如用户界面为播放器界面，当该用户界面的终端发生调度变化，从横屏变为竖屏或从竖屏变为横屏等，会使得播放器界面的显示发生变化。
68.上述实施例的方法400的实施例可以具有前述普通模式和/或简单模式的对应实施例的有益效果，在此不再赘述。
69.需要说明的是，本公开实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本公开实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。
70.需要说明的是，上述对本公开的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
71.基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种用户界面的状态管理装置。图7示出了本公开实施例所提供的示例性装置700的结构示意图。
72.参考图7，所述用户界面的状态管理装置700，可以包括：
73.状态更新模块710，被配置为：响应于针对用户界面的第一操作，基于简单模式对所述用户界面的状态参数中的第一参数进行更新；其中，所述简单模式包括：基于第一目标状态值修改所述第一参数的第一当前状态值；所述第一目标状态值基于所述第一操作得到；
74.状态监测模块720，被配置为：比较所述第一当前状态值和所述第一目标状态值，以监测所述第一参数是否发生变化；
75.消息订阅模块730，被配置为：响应于所述第一参数发生变化，向订阅所述第一参数的第一组件发送第一订阅消息，所述第一订阅消息用于指示所述第一参数发生变化；
76.状态发送模块740，被配置为：将所述第一目标状态值发送至所述第一组件，以渲染所述用户界面。
77.在一些实施例中，状态更新模块710，被配置为：基于所述第一操作触发预设修改事件；基于所述预设修改事件和对应的预设化减器生成所述第一目标状态值。
78.在一些实施例中，状态更新模块710，被配置为：响应于针对用户界面的第二操作，
memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器804可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器804中，并由处理器802来调用执行。
96.输入/输出接口806用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
97.通信接口808用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
98.总线810包括一通路，在设备的各个组件(例如处理器802、存储器804、输入/输出接口806和通信接口808)之间传输信息。
99.需要说明的是，尽管上述设备仅示出了处理器802、存储器804、输入/输出接口806、通信接口808以及总线810，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
100.上述实施例的电子设备用于实现前述任一实施例中相应的用户界面的状态管理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
101.基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的用户界面的状态管理方法。
102.本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
103.上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的用户界面的状态管理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
104.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本公开实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
105.另外，为简化说明和讨论，并且为了不会使本公开实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本公开实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本公开实施例的平台
的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本公开实施例。因此，这些描述应被认为是说明性的而不是限制性的。
106.尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态ram(dram))可以使用所讨论的实施例。
107.本公开实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本公开实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。