视图的管理方法、装置、电子设备及存储介质与流程

1.本公开涉及软件工程领域，具体涉及一种视图的管理方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.开发人员一般会在应用程序的页面中内置存有多个滑动视图，可以实现对更多页面内容的分类展示。当每个滑动视图的内容被加载至页面后，每个滑动视图都会占用一定的内存。当内存中缓存的滑动视图过多时，会导致应用程序运行崩溃。
3.公开内容
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.删除页面中展示的所述视图，以及删除缓存字典中缓存的所述视图。
29.本公开还提供了一种视图的管理装置，包括：
30.接收模块，用于接收操作指令；
31.生成模块，用于基于所述操作指令，生成视图序号；
32.创建模块，用于创建附带所述视图序号的视图，所述视图序号表示所述视图被创建时的顺序；
33.保存模块，用于保存所述视图序号，以通过所述视图序号监听所述视图的运行状态。
34.本公开还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述任一所述的视图的管理方法。
35.本公开还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现上述任一所述的视图的管理方法。
36.基于上述技术方案可知，本公开至少具有以下有益效果：
37.本公开提供了一种视图的管理方法，包括：接收操作指令；基于操作指令，生成视图序号，视图序号表示视图被创建时的顺序；创建附带视图序号的视图；保存视图序号，以通过视图序号监听视图的运行状态。通过定义统一的视图创建方法，并在视图创建的过程中为该视图附带视图序号，便于统计监控各视图的运行状态，实现对视图的集约化管理。同时，监控内存中缓存视图的数量，将内存的占用比例控制在一定范围内，保证应用程序的稳定运行。
附图说明
38.为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：
39.图1a和图1b示意性地示出了根据本公开实施例的视图的管理方法的应用场景；
40.图2示意性地示出了根据本公开实施例的视图的管理方法的流程图；
41.图3示意性地示出了根据本公开另一实施例的视图的管理方法的流程图；
42.图4示意性地示出了根据本公开另一实施例的视图的管理方法的流程图；
43.图5示意性地示出了根据本公开实施例的视图的管理装置的框图；
44.图6示意性地示出了根据本公开实施例的电子设备的硬件结构图。
具体实施方式
45.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
46.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。除非另外定义，木发明使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人上所理解的通常意义。在此使用的术语“包括”、“包含”等表明了特征、步骤、操作和/或部件的
存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
47.需要说明的是，本公开实施例所提供的视图的管理方法一般可以由服务器执行。相应地，本公开实施例所提供的视图的管理装置一般可以设置于服务器中。本公开实施例所提供的视图的管理方法也可以由不同于服务器且能够与终端设备和/或服务器通信的服务器或服务器集群执行。相应地，本公开实施例所提供的视图的管理装置也可以设置于不同于服务器且能够与终端设备和/或服务器通信的服务器或服务器集群中。或者，本公开实施例所提供的视图的管理装置也可以由终端设备执行，或者也可以由不同于终端设备的其他终端设备执行。相应地，本公开实施例所提供的视图的管理装置也可以设置于终端设备中，或设置于不同于终端设备的其他终端设备中。
48.网络用以在终端设备和服务器之间提供通信链路的介质。网络可以包括各种连接类型，例如有线和/或无线通信链路等等。用户可以使用终端设备通过网络与服务器交互，以接收或发送消息等。终端设备上可以安装有各种通讯客户端应用，例如直播类应用、购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等(仅为示例)。
49.终端设备可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。服务器可以是提供各种服务的服务器，例如对用户利用终端设备所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息或数据等)反馈给终端设备。
50.图1a和图1b示意性地示出了根据本公开实施例的视图的管理方法的应用场景。
51.如图1a和图1b所示，应用程序的页面包括标签栏101和视图内容102。其中标签栏101包括多个标签。每个标签对应不同的视图内容，当用户点击某一个标签时，页面将展示该标签对应的视图内容。多个标签及其分别对应的视图内容构成滑动视图。用户也可以通过滑动手势浏览相应的视图内容。例如，当前页面展示“推荐”标签对应的“推荐的”视图内容(如图1a)，当用户向左滑动时，系统会加载“音乐”标签对应的与“音乐”相关的视图内容并在页面展示(如图1b)；若用户向再右滑动时，若系统内存中缓存有“推荐”标签对应的视图内容，则直接从内存中获取该视图内容，并在页面中展示。若系统内存中没有缓存“推荐”标签对应的视图内容，则系统重新加载“推荐”标签对应的视图内容并在页面展示。
52.其中，视图内容102的具体内容形式包括但不限于视频、图片和文字等等，图1a或图1b中所标注的图片只是示例性的说明，并不限定滑动视图中视图内容的展示形式。
53.根据实际的页面展示需求，还可以在任一滑动视图内构建多个嵌套的子滑动视图，用于分类地展示更多的视图内容。图1a或图1b仅为示例性地展示其中一种滑动视图的表现形式，并不限定本技术的视图管理方法具体的应用场景。
54.图2示意性地示出了根据本公开实施例的视图的管理方法的流程图。如图2所示，本公开提供了一种视图的管理方法，方法包括：
55.步骤s201，接收操作指令。
56.在本步骤中，操作指令可以是用户触发的操作指令。例如，用户点击浏览视图的操作，触发创建新的视图的指令。再例如，用户点击管理视图的操作，触发管理历史视图的指令。再或者操作指令可以是当系统检测到视图运行状态达到预设条件时，触发了管理视图
的指令。本公开实施例不对操作指令的具体内容进行限定，以上例子只作为示例性的说明。
57.在具体实现中，本实施例以图1a和图1b的滑动视图为例进行说明。当用户打开应用程序时，系统接收到创建“推荐”标签对应的滑动视图的指令，以在应用程序的首页展示“推荐”标签的视图内容，当用户再输入点击“音乐”标签或者向左滑动的操作后，系统接收到创建“音乐”标签对应的新滑动视图的指令。再例如，用户在使用应用程序一段时间后，已经浏览了每个标签对应的视图内容，当用户输入双击标题栏101的手势后，系统接收到管理历史视图的指令。
58.需要说明的是，以上实施例中所列举的用户输入的操作或手势类型，以及系统所接收的指令类型均为示例性地说明，并不限定本方法的应用场景。
59.步骤s202，基于操作指令，生成视图序号。
60.在本步骤中，在接收到操作指令后，生成视图序号。该视图序号用于标记视图被创建时的顺序。视图包括已被创建的历史视图和即将被创建的新视图。例如，若视图为已被创建的历史视图，即该历史视图在创建时未被标记视图序号，则可为历史视图重新添加视图序号。若视图为即将被创建的新视图，则在视图被创建时，为该视图添加视图序号标签。
61.其中，视图序号可表示“1”、“2”、“3
”……
，即视图序号1所标记的视图为最先被创建的第一个视图，视图序号2标记的视图为在第一个视图后创建的第二视图，以此类推。本公开实施例并不限定视图序号的具体表现形式，视图序号只是用于表示视图创建顺序的一种表现形式。
62.步骤s203，创建附带视图序号的视图，视图序号表示视图被创建时的顺序。
63.在本步骤中，创建附带视图序号的视图可以是被重新添加视图序号的历史视图，也可以是在创建过程中被添加视图序号的新视图。
64.同样以图1a和图1b所示的滑动视图为例对步骤202和步骤203进行举例说明。
65.例1，创建附带视图序号的视图是在创建过程中被添加视图序号的新视图。
66.当用户打开应用程序时，系统接收到创建“推荐”标签对应的滑动视图的指令，生成视图序号“1”，并创建附带视图序号“1”的“推荐”标签对应的滑动视图，以在应用程序的首页展示“推荐”的视图内容。视图序号“1”表示“推荐”的滑动视图为第一个创建的滑动视图。同时附带视图序号“1”的“推荐”标签对应的滑动视图被缓存在内存中。当用户再输入点击“音乐”标签或者向左滑动的操作后，系统接收到创建“音乐”标签对应的新滑动视图的指令，生成视图序号“2”，并创建附带视图序号“2”的“音乐”标签对应的滑动视图，同时附带视图序号“2”的“音乐”标签对应的滑动视图被缓存在内存中。
67.例2，创建附带视图序号的视图是被重新添加视图序号的历史视图。
68.用户在使用应用程序一段时间后，已经浏览了“推荐”、“音乐”、“舞蹈”、“交友”和“户外”标签对应的视图内容，此时系统内存中已缓存了多个滑动视图。当用户输入双击标题栏101的手势后，系统接收到管理历史视图的指令。此时获取“推荐”、“音乐”、“舞蹈”、“交友”和“户外”标签对应的滑动视图以及上述滑动视图的创建时间，生成视图序号，根据创建时间分别为每个滑动视图添加视图序号，创建附件视图序号的滑动视图。若“推荐”标签对应的滑动视图为最先创建，则创建附带视图序号“1”的“推荐”标签对应的滑动视图。若“舞蹈”标签对应的滑动视图为第二个创建的，则创建附带视图序号“2”的“舞蹈”标签对应的滑动视图，等等。此时，内存中缓存有多个附带有视图序号的滑动视图。
69.需要说明的是，以上实施例中所列举的视图序号的表示方式，附带视图序号的视图创建方法，以及系统所接收的指令类型等均为示例性地说明，并不限定本方法的应用场景。
70.步骤s204，保存视图序号，以通过视图序号监听视图的运行状态。
71.在本步骤中，系统保存视图序号，即系统获得了已创建的所有视图的信息，包括被重新添加视图序号的历史视图和在创建过程中被添加视图序号的新视图。每个视图均被添加了视图序号的标签，则系统可根据视图序号查到到相应视图，即可以监听每个视图的运行状态。
72.结合上述例1进行说明。在创建附带视图序号“1”的“推荐”标签对应的滑动视图后，系统保存视图序号“1”。在创建附带视图序号“2”的“音乐”标签对应的滑动视图后，系统保存视图序号“2”。当系统需要对内存中缓存的滑动视图进行清理时，例如，删除最先创建的视图，则直接对视图序号为“1”的视图执行删除操作。此时系统无需发布与“推荐”滑动视图相关的视图内容，只需要发布与删除视图序号为“1”滑动视图的指令，则可以在缓存中找到附带有视图序号“1”的“推荐”滑动视图，并执行删除操作。
73.示例性地，若在服务器中执行上述步骤s201-s204的操作，则由服务器接收操作指令，并基于操作指令创建附带视图序号的视图，最后将视图发送至终端设备中，以在终端设备中展示该视图。同时通过服务器监听视图的运行状态，并向终端设备发送管理指令，进而实现对视图的管理。若在终端设备中执行上述步骤s201-s203的操作，则终端设备接收操作指令，创建附带视图序号的视图，并直接在终端设备中展示，无需进行视图的发送操作。同时终端设备直接监听视图的运行状态，并直接对视图进行管理操作，从而进一步提高了对视图的管理效率。
74.通过本公开实施例，为视图添加视图序号，使得系统便于统计监控各视图的运行状态，实现对视图的集约化管理。在为视图添加视图序号后，无论将该视图添加至页面何处时，系统均可以实现统一地通过视图序号追踪到每个视图的运行状态，简化对视图的管理过程。
75.作为一种优选实施例，参见图3，当操作指令为用户执行的点击视图操作触发的视图创建指令时，步骤s203，创建附带视图序号的视图，至少包括以下步骤：
76.步骤s301，基于视图创建指令，获取视图内容和视图序号。
77.步骤s302，基于视图序号，创建视图控制器；
78.具体地，本实施例调用第一创建函数创建视图控制器，所述第一创建函数为creatvcwithindex，所述第一创建函数的由来参见下文描述。
79.步骤s303，将视图内容添加到视图控制器中，得到附带视图序号的视图；
80.具体地，本实施例调用第一添加函数将视图内容添加到视图控制器中，所述第一添加函数为viewdidaddofindex，所述第一添加函数的由来参见下文描述。
81.在本公开实施例中，视图一般包含视图内容和视图控制器，将视图内容添加至视图控制器中，构成完整视图。
82.本公开实施例提供一种创建附带视图序号视图的方法，其中创建视图控制器的具体方法如下：
[0083]-(uiviewcontroller*)dy_creatvcwithindex：(nsinteger)index create：
(bool)create
[0084]
上述方法为本公开定义的一种创建视图控制器的统一方法，即应用程序的页面中的所有视图均采用以上方法创建，无需针对不同视图分别采用不同的创建方法。通过统一的视图创建方法创建视图，便于实现后续对视图的统一管理。
[0085]
其中，creatvcwithindex函数是没有返回值的函数，creatvcwithindex函数创建视图的过程需要两个参数，第一个参数是(nsinteger)index，即索引，索引包含视图序号，其中index用于表示即将被创建的视图控制器是第几个被创建的视图控制器。索引是对数据库表中一列或多列的值进行排序的一种存储结构，用于对数据库中数据的快速检索。在本公开实施例中，生成的视图序号保存在索引中。第二个参数是create：(bool)create，代表告知系统是否创建视图控制器。在creatvcwithindex函数内部可根据index的值，需要创建各种各样的类型的控制器。
[0086]
视图内容添加到视图控制器中的具体方法如下：
[0087]-(void)viewdidaddofindex：(nsinteger)index
[0088]
其中，-(void)表示viewdidaddofindex函数的返回值，返回值为创建成功的视图。(nsinteger)index表示函数的索引，与上述creatvcwithindex函数中的参数(nsinteger)index的含义相同，其中index用于表示即将被创建的视图控制器是第几个被创建的视图控制器。
[0089]
viewdidaddofiindex函数的内部实现方式包括调用函数vc＝[self hlpc_getvcwithindex：index createifneeded：no]。
[0090]
vc＝[self hlpc_dy_creatvcwithindex：index create：no]函数的具体描述是：hlpc_dy_creatvcwithindex为调用上述创建视图控制器的方法，create：no是代表需要创建这个控制器，vc是创建的视图控制器。
[0091]
当视图被成功创建后，还需要将该视图添加到页面中。例如，添加方法具体可以是通过addchildviewcontroller函数将该视图至首页。addchildviewcontroller函数的完整添加方法是[self addchildviewcontroller：vc]，vc是上述创建的视图控制器。
[0092]
当视图被添加至页面后，视图还会被添加至缓存中，以便在后续再次向用户展示该视图时可直接从缓存中获取该视图。
[0093]
本公开实施例提供一种将视图加入缓存的方法，如下：
[0094]
[self.viewcontrollersdic addentriesfromdictionary：@{@(index)：vc}]；
[0095]
其中，self.viewcontrollersdic是一个视图控制器的字典，该字典用于存储视图控制器。addentriesfromdictionary函数是将视图控制器添加到字典中的方法，@{@(index)：vc表示通过视图控制器vc和索引index构建的一个字典。
[0096]
作为一种可选实施例，步骤s203，创建附带视图序号的视图，包括：获取已创建的所有历史视图和历史视图的创建时间；基于创建时间，为所有历史视图添加视图序号，得到附带有视图序号的视图。若系统存储有已经创建的历史视图，为了实现对历史视图的统一管理，同样可对历史视图添加视图序号。
[0097]
例如，当用户在浏览应用程序一段时间后，缓存中可能存储有大量视图数据。用户可点击管理视图的操作，触发管理历史视图的指令。此时获取所有历史视图以及所有历史视图的创建时间，根据历史视图的创建时间分别为每个历史视图添加视图序号。即根据创
建顺序为每个历史视图添加时间标签。同样地，在为所有的历史视图添加视图序号后，使得系统便于根据视图序号快速确定每个视图数据，实现对所有视图运行状态的统计监控。
[0098]
图4示意性地示出了根据本公开另一实施例的视图的管理方法的流程图。如图4所示，该方法还包括：
[0099]
步骤s401，获取当前视图的视图序号。
[0100]
步骤s402，基于当前视图的视图序号，统计所有视图的数量。
[0101]
步骤s403，当数量超过预设阈值时，删除所有视图中视图序号最小的视图。
[0102]
在本实施例中，为避免内存中缓存过多数量的视图数据而导致应用程序运行崩溃，在一个视图被成功创建并在页面中展示后，系统获取当前视图的视图序号，以判断当前内存中缓存的视图数据的数量。当当前内存中缓存的视图数据的数量超过预设阈值时，可对内存中缓存的视图进行清理。例如，删除所有视图中视图序号最小的视图，即删除最先创建的视图。本公开对缓存的视图数量的阈值不做限定，本领域的技术人员可根据实际情况，例如内存的实际大小，或者应用程序的运行要求而设置数量阈值。
[0103]
作为一种可选实施例，当数量超过预设阈值时，删除所有视图中视图序号最小的视图，包括：判断视图的数量是否超过预设阈值；若视图的数量超过预设阈值，则获取视图中的第一视图，第一个视图为所有视图中视图序号最小的视图；删除第一视图。
[0104]
本公开实施例提供一种判断当前视图数量的方法，如下：
[0105]
if(self.childviewcontrollers.count》
[0106]
kdyhomelivechildviewcontrollercachecount){
[0107]
通过self.childviewcontrollers.count函数获取当前的视图控制器的个数。如果超过预设阈值，则就需要对内存中缓存的视图数据进行处理。例如，获取所有视图中视图序号最小的视图，即获取最先创建的视图，并删除最先创建的视图。
[0108]
其中，获取视图中的第一视图，包括：获取第一序号，第一序号为所有视图序号中的最小序号；根据第一序号，遍历所有视图，得到附带第一序号的第一视图。
[0109]
第一序号从系统保存的视图序号中获取。由于系统只保存了视图的视图序号，而不是保存视图的视图数据。因此，系统中只需要占用很小的内存用于存储视图序号，且不影响视图的运行。当系统根据保存的视图序号判断出缓存的视图数量超过预设数量后，可获取具有最小序号对应的视图。
[0110]
例如，若预设阈值设置为3，且内存中已经缓存由视图序号分别为1、2和3的单个视图。当第四个视图被创建成功后，系统判断出当前视图的序号为4，则获取最小序号1。由于系统只存储了视图序号，则根据最小序号1遍历内存中的全部视图确定附带视图序号1的视图。
[0111]
获取第一个视图控制器的方法为
[0112]
uiviewcontroller*firstobj＝[self.childviewcontrollers firstobject]；
[0113]
其中，self.childviewcontrollers是获取到当前的所有视图控制器，firstobject是获取到第一个视图控制器，uiviewcontroller*firstobj＝表示将获取到的第一个视图控制器保存起来。
[0114]
其中，删除第一视图，包括：删除页面中展示的视图，以及删除缓存字典中缓存的视图。一般地，视图展示在页面中，同时也会缓存在内存中，即缓存在缓存字典中。因此，在
删除第一视图的过程中，不仅需要删除页面中展示的视图，还需要删除缓存字典中保存的视图，以清除内存。
[0115]
本公开实施例提供一种删除内存中视图的方法，如下：
[0116]
[firstobj.view removefromsuperview]；
[0117]
[firstobj removefromparentviewcontroller]；
[0118]
其中，该函数的内部实现过程还包括遍历内存，如下：
[0119]
[self.viewcontrollersdic.allkeys enumerateobjectsusingblock：^(nsnumber*_nonnull obj，nsuinteger idx，bool*_nonnull stop){
[0120]
具体地，enumerateobjectsusingblock表示对所有的视图进行遍历，self.viewcontrollersdic.allkeys表示获取到所有视图的所有的keys，(nsnumber*_nonnull obj，nsuinteger idx，bool*_nonnull stop)表示每次遍历的过程，obj是遍历的对象，idx是字典的index。
[0121]
如果遍历到当前的对象和第一相等，那么就需要停止遍历。若上述的key如果存在，那么需要将key移除，即删除第一视图。
[0122]
key移除的方法，如下：
[0123]
[self.viewcontrollersdic removeobjectforkey：key]；
[0124]
还需要说明的是，当第一视图被删除后，每个视图的视图序号可以相应的修改，或者不修改。继续参照上述例子。例如，若预设阈值设置为3，且内存中已经缓存由视图序号分别为1、2和3的单个视图。当第四个视图被创建成功后，系统判断出当前视图的序号为4，则获取最小序号1。由于系统只存储了视图序号，则根据最小序号1遍历内存中的全部视图确定附带视图序号1的视图。在删除附带视图序号1的视图后，附带视图序号2、3和4的视图的视图序号可以响应的修改为1、2和3，并告知系统修改后的视图序号。因此当第五个视图被创建后，视图序号为4，系统可根据当前视图的视图序号判断内存中缓存的视图数量，即当前视图的序号等于视图数量。同样，在删除附带视图序号1的视图后，全部视图确定附带视图序号1的视图。在删除附带视图序号1的视图后，附带视图序号2、3和4的视图的视图序号不变，当第五个视图被创建后，视图序号为5，则系统根据保存的视图序号数量统计视图数量。
[0125]
参见图5，本公开还提供了一种视图的管理装置400，管理装置至少包括：
[0126]
接收模块510，用于接收操作指令；
[0127]
生成模块520，用于基于操作指令，生成视图序号；
[0128]
创建模块530，用于创建附带视图序号的视图，视图序号表示视图被创建时的顺序；
[0129]
保存模块540，用于保存视图序号，以通过视图序号监听视图的运行状态。
[0130]
本实施例中，创建模块530还包括：
[0131]
获取单元531，用于基于视图创建指令，获取视图内容和视图序号。
[0132]
第一调用单元532，用于基于视图序号，创建视图控制器。
[0133]
第二调用单元533，用于将视图内容添加到视图控制器中，得到附带视图序号的视图。
[0134]
在本实施例中，该装置500还包括：
[0135]
获取模块550，用于获取当前视图的视图序号。
[0136]
统计模块560，用于基于当前视图的视图序号，统计所有视图的数量。
[0137]
删除模块570，用于当数量超过预设阈值时，删除所有视图中视图序号最小的视图。
[0138]
需要说明的是，本公开的实施例中视图管理装置部分与本公开的实施例中中视图管理方法部分是相对应的，中视图管理装置部分的描述具体参考中视图管理方法部分，在此不再赘述。
[0139]
请参见图6，图6示出了一种电子设备的硬件结构图。
[0140]
本实施例中所描述的电子设备，包括：
[0141]
存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序，处理器602执行该程序时实现前述图2所示实施例中描述的视图的管理方法。
[0142]
进一步地，该电子设备还包括：
[0143]
至少一个输入设备603；至少一个输出设备604。
[0144]
上述存储器601、处理器602输入设备603和输出设备604通过总线605连接。
[0145]
其中，输入设备603具体可为摄像头、触控面板、物理按键或者鼠标等等。输出设备604具体可为显示屏。
[0146]
存储器601可以是高速随机存取记忆体(ram，random access memory)存储器，也可为非不稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器601用于存储一组可执行程序代码，处理器602与存储器601耦合。
[0147]
进一步地，本公开实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的电子设备中，该计算机可读存储介质可以是前述图6所示实施例中的电子设备。该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述图2所示实施例中描述的视图的管理方法。进一步地，该计算机可存储介质还可以是u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0148]
需要说明的是，在本公开各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
[0149]
所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来。
[0150]
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。
[0151]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
[0152]
以上为对本发明所提供的一种视图的管理方法、装置、电子设备及可读存储介质的描述，对于本领域的技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。