发明内容
鉴于以上内容,有必要提供一种文件夹显示方法及相关设备,能够直观展示文件夹包含的具体文件数量,在用户无需手动操作并查看文件夹中包含的文件数量下,即能快速确定出包含丰富信息的目标文件夹。
一方面,本发明提出一种文件夹显示方法,所述文件夹显示方法包括:
当接收到文件夹显示请求时,从所述文件夹显示请求中获取待处理文件夹;
遍历所述待处理文件夹,得到所述待处理文件夹所处的文件层级;
将所述待处理文件夹的下一层级的子文件夹确定为目标文件夹;
确定每个目标文件夹中的文件夹数量,并根据所述文件夹数量确定所述待处理文件夹的子文件夹总量;
确定每个目标文件夹中的文件数量,并根据所述文件数量确定所述待处理文件夹的子文件总量;
根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名;
以所述文件名显示所述待处理文件夹。
根据本发明优选实施例,所述遍历所述待处理文件夹,得到所述待处理文件夹所处的文件层级包括:
以所述待处理文件夹作为根节点,确定所述待处理文件夹的相邻节点的节点数量;
确定预设线程池中闲置线程的闲置数量,并检测所述节点数量是否大于所述闲置数量;
当所述节点数量小于所述闲置数量时,获取所述闲置线程的处理效率;
根据所述处理效率从所述闲置线程中筛选数量为所述节点数量的处理线程;
利用所述处理线程分别遍历所述待处理文件夹中的所述相邻节点,直至遍历到原子文件夹,得到所述待处理文件夹的多个层级;
将所述多个层级中取值最大的层级确定为目标层级;
计算所述目标层级与预设值的总和,得到所述文件层级。
根据本发明优选实施例,所述将所述待处理文件夹的下一层级的子文件夹确定为目标文件夹包括:
将所述相邻节点对应的子文件夹确定为所述目标文件夹。
根据本发明优选实施例,所述确定每个目标文件夹中的文件夹数量,并根据所述文件夹数量确定所述待处理文件夹的子文件夹总量包括:
从每个目标文件夹中筛选子文件夹;
计算每个目标文件夹中的所述子文件夹的数量,得到所述文件夹数量;
计算所述文件夹数量的总和,得到所述子文件夹总量。
根据本发明优选实施例,所述根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名包括:
获取所述文件夹显示请求的触发用户;
获取与所述触发用户对应的配置命名模板;
确定所述配置命名模板的命名顺序;
以所述命名顺序拼接所述文件层级、所述子文件夹总量及所述子文件总量,得到所述文件名。
根据本发明优选实施例,所述从所述文件夹显示请求中获取待处理文件夹包括:
解析所述文件夹显示请求的报文,得到所述报文携带的数据信息;
获取预设标签,所述预设标签用于指示文件夹;
从所述数据信息中获取与所述预设标签对应的信息作为文件标识;
根据所述文件标识确定所述待处理文件夹。
根据本发明优选实施例,在以所述文件名显示所述待处理文件夹之后,所述方法还包括:
根据所述文件标识及所述文件名生成所述文件夹显示请求的反馈数据包;
确定所述文件夹显示请求的请求等级;
根据所述请求等级确定发送方式;
以所述发送方式将所述反馈数据包发送至所述触发用户的终端设备。
另一方面,本发明还提出一种文件夹显示装置,所述文件夹显示装置包括:
获取单元,用于当接收到文件夹显示请求时,从所述文件夹显示请求中获取待处理文件夹;
遍历单元,用于遍历所述待处理文件夹,得到所述待处理文件夹所处的文件层级;
确定单元,用于将所述待处理文件夹的下一层级的子文件夹确定为目标文件夹;
所述确定单元,还用于确定每个目标文件夹中的文件夹数量,并根据所述文件夹数量确定所述待处理文件夹的子文件夹总量;
所述确定单元,还用于确定每个目标文件夹中的文件数量,并根据所述文件数量确定所述待处理文件夹的子文件总量;
生成单元,用于根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名;
显示单元,用于以所述文件名显示所述待处理文件夹。
另一方面,本发明还提出一种电子设备,所述电子设备包括:
存储器,存储计算机可读指令;及
处理器,执行所述存储器中存储的计算机可读指令以实现所述文件夹显示方法。
另一方面,本发明还提出一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机可读指令,所述计算机可读指令被电子设备中的处理器执行以实现所述文件夹显示方法。
由以上技术方案可以看出,本发明通过对所述待处理文件夹进行遍历处理,能够快速确定出所述待处理文件夹所处的文件层级,进而计算确定出的目标文件夹中的文件夹数量及文件数量,能够准确确定出所述子文件夹总量及所述子文件总量,根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名,能够直观展示所述待处理文件夹包含的具体文件数量,在用户无需手动操作并查看所述待处理文件夹中包含的文件数量下,即能快速确定出包含丰富信息的目标文件夹。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
如图1所示,是本发明文件夹显示方法的较佳实施例的流程图。根据不同的需求,该流程图中步骤的顺序可以改变,某些步骤可以省略。
所述文件夹显示方法应用于一个或者多个电子设备中,所述电子设备是一种能够按照事先设定或存储的计算机可读指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程门阵列(Field-Programmable Gate Array,FPGA)、数字处理器(DigitalSignal Processor,DSP)、嵌入式设备等。
所述电子设备可以是任何一种可与用户进行人机交互的电子产品,例如,个人计算机、平板电脑、智能手机、个人数字助理(Personal Digital Assistant,PDA)、游戏机、交互式网络电视(Internet Protocol Television,IPTV)、智能穿戴式设备等。
所述电子设备可以包括网络设备和/或用户设备。其中,所述网络设备包括,但不限于单个网络电子设备、多个网络电子设备组成的电子设备组或基于云计算(CloudComputing)的由大量主机或网络电子设备构成的云。
所述电子设备所处的网络包括,但不限于:互联网、广域网、城域网、局域网、虚拟专用网络(Virtual Private Network,VPN)等。
S10,当接收到文件夹显示请求时,从所述文件夹显示请求中获取待处理文件夹。
在本发明的至少一个实施例中,所述文件夹显示请求可以由用户触发,也可以在任意***检测到存在无法直观显示具体数量的文件夹时触发生成的。
所述文件夹显示请求携带的信息包括,但不限于:文件标识等。
所述待处理文件是指需要进行直观显示所包含的子文件夹的具体数量的文件。
在本发明的至少一个实施例中,所述电子设备从所述文件夹显示请求中获取待处理文件夹包括:
解析所述文件夹显示请求的报文,得到所述报文携带的数据信息;
获取预设标签,所述预设标签用于指示文件夹;
从所述数据信息中获取与所述预设标签对应的信息作为文件标识;
根据所述文件标识确定所述待处理文件夹。
其中,所述数据信息包括所述文件标识等。
所述预设标签可以存储在所述报文中,也可以存储在配置标签中。
通过上述实施方式,无需解析整个所述文件夹显示请求,能够提高所述文件夹显示请求的解析效率,进而通过所述预设标签与文件标识的映射关系,能够准确从所述数据信息中获取到所述文件标识,进而准确确定出所述待处理文件夹。
S11,遍历所述待处理文件夹,得到所述待处理文件夹所处的文件层级。
在本发明的至少一个实施例中,所述文件层级是指所述待处理文件夹在所述电子设备中所处的层级。例如,所述待处理文件夹中包含子文件夹a1,所述子文件夹a1包含子文件夹a2,因此,所述待处理文件夹所处的文件层级为3。
参见图2,图2是本发明确定待处理文件夹所处的文件层级的一实施例的流程图。在本发明的至少一个实施例中,所述电子设备遍历所述待处理文件夹,得到所述待处理文件夹所处的文件层级包括:
S110,以所述待处理文件夹作为根节点,确定所述待处理文件夹的相邻节点的节点数量。
所述相邻节点是指所述待处理文件夹的下一层的子文件夹。
S111,确定预设线程池中闲置线程的闲置数量,并检测所述节点数量是否大于所述闲置数量。
其中,所述预设线程池中包含多个预先建立的线程,所述预先建立的线程包括多个闲置线程及非闲置线程。
所述闲置线程是指处于空闲状态的线程。
S112,当所述节点数量小于所述闲置数量时,获取所述闲置线程的处理效率。
所述处理效率是指所述闲置线程处理请求的效率。
S113,根据所述处理效率从所述闲置线程中筛选数量为所述节点数量的处理线程。
具体地,所述电子设备根据所述处理效率从所述闲置线程中筛选数量为所述节点数量的处理线程包括:
所述电子设备按照所述处理效率从大至小的顺序对所述闲置线程进行排序,得到线程队列,从所述线程队列中提取前N个闲置线程作为所述处理线程,N为所述节点数量。
S114,利用所述处理线程分别遍历所述待处理文件夹中的所述相邻节点,直至遍历到原子文件夹,得到所述待处理文件夹的多个层级。
所述多个层级是指与所述相邻节点对应的层级。
S115,将所述多个层级中取值最大的层级确定为目标层级。
S116,计算所述目标层级与预设值的总和,得到所述文件层级。
所述预设值通常设置为1。
例如:所述待处理文件夹为B,所述待处理文件夹B中包含子文件夹b1、子文件夹b2以及子文件夹b3,因此,能够确定得到所述待处理文件夹B的节点数量为3,当从所述预设线程池中获取到5个闲置线程时,由于节点数量3小于闲置数量5,获取每个闲置线程的处理效率,闲置线程c1的处理效率为5M/s,闲置线程c2的处理效率为10M/s,闲置线程c3的处理效率为15M/s,闲置线程c4的处理效率为25M/s,闲置线程c5的处理效率为35M/s,进而从所述预设线程池中筛选所述闲置线程c3、所述闲置线程c4及所述闲置线程c5作为处理线程,利用所述闲置线程c3作为处理线程遍历所述子文件夹b1,利用所述闲置线程c4作为处理线程遍历所述子文件夹b2,以及利用及所述闲置线程c5作为处理线程遍历所述子文件夹b3,得到所述子文件夹b1的层级为5,所述子文件夹b2的层级为7,所述子文件夹b3的层级为9,进而确定出目标层级为9,当预设值设置为1时,计算所述目标层级与所述预设值的总和,得到文件层级为10。
通过从所述预设线程池中获取多个处理线程,能够快速确定出所述待处理文件夹的多个层级,进而能够快速确定出所述文件层级。
S12,将所述待处理文件夹的下一层级的子文件夹确定为目标文件夹。
在本发明的至少一个实施例中,所述目标文件夹是指以所述待处理文件夹为根节点,与所述待处理文件夹相邻的子文件夹。
在本发明的至少一个实施例中,所述电子设备将所述待处理文件夹的下一层级的子文件夹确定为目标文件夹包括:
将所述相邻节点对应的子文件夹确定为所述目标文件夹。
通过上述实施方式,能够快速确定出所述目标文件夹。
S13,确定每个目标文件夹中的文件夹数量,并根据所述文件夹数量确定所述待处理文件夹的子文件夹总量。
在本发明的至少一个实施例中,所述文件夹数量是指所述目标文件夹中的子文件夹的数量。例如,所述目标文件夹中包括子文件夹d1和子文件夹d2,所述子文件夹d1包括子文件夹d11,由此,所述文件夹数量为3。
所述子文件夹总量是指所有目标文件夹的文件夹数量的总和。
在本发明的至少一个实施例中,所述电子设备确定每个目标文件夹中的文件夹数量,并根据所述文件夹数量确定所述待处理文件夹的子文件夹总量包括:
从每个目标文件夹中筛选子文件夹;
计算每个目标文件夹中的所述子文件夹的数量,得到所述文件夹数量;
计算所述文件夹数量的总和,得到所述子文件夹总量。
通过直接从所述目标文件夹中筛选所述子文件夹,由于不存在其他文件作为干扰信息,因此,能够快速并准确地确定出所述子文件夹总量。
S14,确定每个目标文件夹中的文件数量,并根据所述文件数量确定所述待处理文件夹的子文件总量。
在本发明的至少一个实施例中,所述文件数量是指所述目标文件夹中的文件的数量。例如,所述目标文件夹中包含所述子文件夹d1和所述子文件夹d2,所述子文件夹d1中包含文档A、文档B,所述子文件夹d2中包含文档C、文档D以及文档E,因此,能够确定出所述目标文件夹中的文件数量为5。
在本发明的至少一个实施例中,所述电子设备确定每个目标文件夹中的文件数量,并根据所述文件数量确定所述待处理文件夹的子文件总量的方式与所述电子设备确定每个目标文件夹中的文件夹数量,并根据所述文件夹数量确定所述待处理文件夹的子文件夹总量的方式相同,本发明对此不再赘述。
S15,根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名。
在本发明的至少一个实施例中,所述文件名是根据所述触发用户预先配置的配置命名模板、所述文件层级、所述子文件夹总量及所述子文件总量生成的。例如,所述文件名为【n】【a,b】,其中,n指示所述文件层级,a指示所述子文件夹总量,b指示所述子文件总量。
参见图3,图3是本发明生成待处理文件夹的文件名的一实施例的流程图。在本发明的至少一个实施例中,所述电子设备根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名包括:
S150,获取所述文件夹显示请求的触发用户。
其中,所述触发用户是指触发所述文件夹显示请求生成的用户。
S151,获取与所述触发用户对应的配置命名模板。
所述配置命名模板是指所述触发用户预先配置好的命名模板。
S152,确定所述配置命名模板的命名顺序。
S153,以所述命名顺序拼接所述文件层级、所述子文件夹总量及所述子文件总量,得到所述文件名。
需要强调的是,为进一步保证上述文件名的私密和安全性,上述文件名还可以存储于一区块链的节点中。
通过上述实施方式,能够生成满足所述触发用户需求的文件名,通过生成的所述文件名,能够直观展示所述待处理文件包含的具体文件数量,便于用户快速确定出包含丰富信息的目标文件夹。
S16,以所述文件名显示所述待处理文件夹。
在本发明的至少一个实施例中,在以所述文件名显示所述待处理文件夹之后,所述方法还包括:
根据所述文件标识及所述文件名生成所述文件夹显示请求的反馈数据包;
确定所述文件夹显示请求的请求等级;
根据所述请求等级确定发送方式;
以所述发送方式将所述反馈数据包发送至所述触发用户的终端设备。
其中,所述请求等级是指所述文件夹显示请求的紧急程度。
所述发送方式是指所述反馈数据包的发送方式,所述发送方式是指与所述请求等级对应的方式,例如,所述发送方式可以是邮件方式。
通过上述实施方式,能够在所述文件名生成时,通过合适的发送方式及时通知所述触发用户。
由以上技术方案可以看出,本发明通过对所述待处理文件夹进行遍历处理,能够快速确定出所述待处理文件夹所处的文件层级,进而计算确定出的目标文件夹中的文件夹数量及文件数量,能够准确确定出所述子文件夹总量及所述子文件总量,根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名,能够直观展示所述待处理文件夹包含的具体文件数量,在用户无需手动操作并查看所述待处理文件夹中包含的文件数量下,即能快速确定出包含丰富信息的目标文件夹。
如图4所示,是本发明文件夹显示装置的较佳实施例的功能模块图。所述文件夹显示装置11包括获取单元110、遍历单元111、确定单元112、生成单元113、显示单元114及发送单元115。本发明所称的模块/单元是指一种能够被处理器13所获取,并且能够完成固定功能的一系列计算机可读指令段,其存储在存储器12中。在本实施例中,关于各模块/单元的功能将在后续的实施例中详述。
当接收到文件夹显示请求时,获取单元110从所述文件夹显示请求中获取待处理文件夹。
在本发明的至少一个实施例中,所述文件夹显示请求可以由用户触发,也可以在任意***检测到存在无法直观显示具体数量的文件夹时触发生成的。
所述文件夹显示请求携带的信息包括,但不限于:文件标识等。
所述待处理文件是指需要进行直观显示所包含的子文件夹的具体数量的文件。
在本发明的至少一个实施例中,所述获取单元110从所述文件夹显示请求中获取待处理文件夹包括:
解析所述文件夹显示请求的报文,得到所述报文携带的数据信息;
获取预设标签,所述预设标签用于指示文件夹;
从所述数据信息中获取与所述预设标签对应的信息作为文件标识;
根据所述文件标识确定所述待处理文件夹。
其中,所述数据信息包括所述文件标识等。
所述预设标签可以存储在所述报文中,也可以存储在配置标签中。
通过上述实施方式,无需解析整个所述文件夹显示请求,能够提高所述文件夹显示请求的解析效率,进而通过所述预设标签与文件标识的映射关系,能够准确从所述数据信息中获取到所述文件标识,进而准确确定出所述待处理文件夹。
遍历单元111遍历所述待处理文件夹,得到所述待处理文件夹所处的文件层级。
在本发明的至少一个实施例中,所述文件层级是指所述待处理文件夹在电子设备中所处的层级。例如,所述待处理文件夹中包含子文件夹a1,所述子文件夹a1包含子文件夹a2,因此,所述待处理文件夹所处的文件层级为3。
在本发明的至少一个实施例中,所述遍历单元111遍历所述待处理文件夹,得到所述待处理文件夹所处的文件层级包括:
以所述待处理文件夹作为根节点,确定所述待处理文件夹的相邻节点的节点数量。
所述相邻节点是指所述待处理文件夹的下一层的子文件夹。
确定预设线程池中闲置线程的闲置数量,并检测所述节点数量是否大于所述闲置数量。
其中,所述预设线程池中包含多个预先建立的线程,所述预先建立的线程包括多个闲置线程及非闲置线程。
所述闲置线程是指处于空闲状态的线程。
当所述节点数量小于所述闲置数量时,获取所述闲置线程的处理效率。
所述处理效率是指所述闲置线程处理请求的效率。
根据所述处理效率从所述闲置线程中筛选数量为所述节点数量的处理线程。
具体地,所述遍历单元111根据所述处理效率从所述闲置线程中筛选数量为所述节点数量的处理线程包括:
所述遍历单元111按照所述处理效率从大至小的顺序对所述闲置线程进行排序,得到线程队列,从所述线程队列中提取前N个闲置线程作为所述处理线程,N为所述节点数量。
利用所述处理线程分别遍历所述待处理文件夹中的所述相邻节点,直至遍历到原子文件夹,得到所述待处理文件夹的多个层级。
所述多个层级是指与所述相邻节点对应的层级。
将所述多个层级中取值最大的层级确定为目标层级。
计算所述目标层级与预设值的总和,得到所述文件层级。
所述预设值通常设置为1。
例如:所述待处理文件夹为B,所述待处理文件夹B中包含子文件夹b1、子文件夹b2以及子文件夹b3,因此,能够确定得到所述待处理文件夹B的节点数量为3,当从所述预设线程池中获取到5个闲置线程时,由于节点数量3小于闲置数量5,获取每个闲置线程的处理效率,闲置线程c1的处理效率为5M/s,闲置线程c2的处理效率为10M/s,闲置线程c3的处理效率为15M/s,闲置线程c4的处理效率为25M/s,闲置线程c5的处理效率为35M/s,进而从所述预设线程池中筛选所述闲置线程c3、所述闲置线程c4及所述闲置线程c5作为处理线程,利用所述闲置线程c3作为处理线程遍历所述子文件夹b1,利用所述闲置线程c4作为处理线程遍历所述子文件夹b2,以及利用及所述闲置线程c5作为处理线程遍历所述子文件夹b3,得到所述子文件夹b1的层级为5,所述子文件夹b2的层级为7,所述子文件夹b3的层级为9,进而确定出目标层级为9,当预设值设置为1时,计算所述目标层级与所述预设值的总和,得到文件层级为10。
通过从所述预设线程池中获取多个处理线程,能够快速确定出所述待处理文件夹的多个层级,进而能够快速确定出所述文件层级。
确定单元112将所述待处理文件夹的下一层级的子文件夹确定为目标文件夹。
在本发明的至少一个实施例中,所述目标文件夹是指以所述待处理文件夹为根节点,与所述待处理文件夹相邻的子文件夹。
在本发明的至少一个实施例中,所述确定单元112将所述待处理文件夹的下一层级的子文件夹确定为目标文件夹包括:
将所述相邻节点对应的子文件夹确定为所述目标文件夹。
通过上述实施方式,能够快速确定出所述目标文件夹。
所述确定单元112确定每个目标文件夹中的文件夹数量,并根据所述文件夹数量确定所述待处理文件夹的子文件夹总量。
在本发明的至少一个实施例中,所述文件夹数量是指所述目标文件夹中的子文件夹的数量。例如,所述目标文件夹中包括子文件夹d1和子文件夹d2,所述子文件夹d1包括子文件夹d11,由此,所述文件夹数量为3。
所述子文件夹总量是指所有目标文件夹的文件夹数量的总和。
在本发明的至少一个实施例中,所述确定单元112确定每个目标文件夹中的文件夹数量,并根据所述文件夹数量确定所述待处理文件夹的子文件夹总量包括:
从每个目标文件夹中筛选子文件夹;
计算每个目标文件夹中的所述子文件夹的数量,得到所述文件夹数量;
计算所述文件夹数量的总和,得到所述子文件夹总量。
通过直接从所述目标文件夹中筛选所述子文件夹,由于不存在其他文件作为干扰信息,因此,能够快速并准确地确定出所述子文件夹总量。
所述确定单元112确定每个目标文件夹中的文件数量,并根据所述文件数量确定所述待处理文件夹的子文件总量。
在本发明的至少一个实施例中,所述文件数量是指所述目标文件夹中的文件的数量。例如,所述目标文件夹中包含所述子文件夹d1和所述子文件夹d2,所述子文件夹d1中包含文档A、文档B,所述子文件夹d2中包含文档C、文档D以及文档E,因此,能够确定出所述目标文件夹中的文件数量为5。
在本发明的至少一个实施例中,所述确定单元112确定每个目标文件夹中的文件数量,并根据所述文件数量确定所述待处理文件夹的子文件总量的方式与所述确定单元112确定每个目标文件夹中的文件夹数量,并根据所述文件夹数量确定所述待处理文件夹的子文件夹总量的方式相同,本发明对此不再赘述。
生成单元113根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名。
需要强调的是,为进一步保证上述文件名的私密和安全性,上述文件名还可以存储于一区块链的节点中。
在本发明的至少一个实施例中,所述文件名是根据所述触发用户预先配置的配置命名模板、所述文件层级、所述子文件夹总量及所述子文件总量生成的。例如,所述文件名为【n】【a,b】,其中,n指示所述文件层级,a指示所述子文件夹总量,b指示所述子文件总量。
在本发明的至少一个实施例中,所述生成单元113根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名包括:
获取所述文件夹显示请求的触发用户。
其中,所述触发用户是指触发所述文件夹显示请求生成的用户。
获取与所述触发用户对应的配置命名模板。
所述配置命名模板是指所述触发用户预先配置好的命名模板。
确定所述配置命名模板的命名顺序。
以所述命名顺序拼接所述文件层级、所述子文件夹总量及所述子文件总量,得到所述文件名。
通过上述实施方式,能够生成满足所述触发用户需求的文件名,通过生成的所述文件名,能够直观展示所述待处理文件包含的具体文件数量,便于用户快速确定出包含丰富信息的目标文件夹。
显示单元114以所述文件名显示所述待处理文件夹。
在本发明的至少一个实施例中,在以所述文件名显示所述待处理文件夹之后,所述生成单元113根据所述文件标识及所述文件名生成所述文件夹显示请求的反馈数据包;
所述确定单元112确定所述文件夹显示请求的请求等级;
所述确定单元112根据所述请求等级确定发送方式;
发送单元115以所述发送方式将所述反馈数据包发送至所述触发用户的终端设备。
其中,所述请求等级是指所述文件夹显示请求的紧急程度。
所述发送方式是指所述反馈数据包的发送方式,所述发送方式是指与所述请求等级对应的方式,例如,所述发送方式可以是邮件方式。
通过上述实施方式,能够在所述文件名生成时,通过合适的发送方式及时通知所述触发用户。
由以上技术方案可以看出,本发明通过对所述待处理文件夹进行遍历处理,能够快速确定出所述待处理文件夹所处的文件层级,进而计算确定出的目标文件夹中的文件夹数量及文件数量,能够准确确定出所述子文件夹总量及所述子文件总量,根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名,能够直观展示所述待处理文件夹包含的具体文件数量,在用户无需手动操作并查看所述待处理文件夹中包含的文件数量下,即能快速确定出包含丰富信息的目标文件夹。
如图5所示,是本发明实现文件夹显示方法的较佳实施例的电子设备的结构示意图。
在本发明的一个实施例中,所述电子设备1包括,但不限于,存储器12、处理器13,以及存储在所述存储器12中并可在所述处理器13上运行的计算机可读指令,例如文件夹显示程序。
本领域技术人员可以理解,所述示意图仅仅是电子设备1的示例,并不构成对电子设备1的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述电子设备1还可以包括输入输出设备、网络接入设备、总线等。
所述处理器13可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器13是所述电子设备1的运算核心和控制中心,利用各种接口和线路连接整个电子设备1的各个部分,及执行所述电子设备1的操作***以及安装的各类应用程序、程序代码等。
示例性的,所述计算机可读指令可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器12中,并由所述处理器13执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段,该计算机可读指令段用于描述所述计算机可读指令在所述电子设备1中的执行过程。例如,所述计算机可读指令可以被分割成获取单元110、遍历单元111、确定单元112、生成单元113、显示单元114及发送单元115。
所述存储器12可用于存储所述计算机可读指令和/或模块,所述处理器13通过运行或执行存储在所述存储器12内的计算机可读指令和/或模块,以及调用存储在存储器12内的数据,实现所述电子设备1的各种功能。所述存储器12可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据电子设备的使用所创建的数据等。存储器12可以包括非易失性和易失性存储器,例如:硬盘、内存、插接式硬盘,智能存储卡(SmartMedia Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他存储器件。
所述存储器12可以是电子设备1的外部存储器和/或内部存储器。进一步地,所述存储器12可以是具有实物形式的存储器,如内存条、TF卡(Trans-flash Card)等等。
所述电子设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机可读指令来指令相关的硬件来完成,所述的计算机可读指令可存储于一计算机可读存储介质中,该计算机可读指令在被处理器执行时,可实现上述各个方法实施例的步骤。
其中,所述计算机可读指令包括计算机可读指令代码,所述计算机可读指令代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机可读指令代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)。
本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
结合图1,所述电子设备1中的所述存储器12存储计算机可读指令实现一种文件夹显示方法,所述处理器13可执行所述计算机可读指令从而实现:
当接收到文件夹显示请求时,从所述文件夹显示请求中获取待处理文件夹;
遍历所述待处理文件夹,得到所述待处理文件夹所处的文件层级;
将所述待处理文件夹的下一层级的子文件夹确定为目标文件夹;
确定每个目标文件夹中的文件夹数量,并根据所述文件夹数量确定所述待处理文件夹的子文件夹总量;
确定每个目标文件夹中的文件数量,并根据所述文件数量确定所述待处理文件夹的子文件总量;
根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名;
以所述文件名显示所述待处理文件夹。
具体地,所述处理器13对上述计算机可读指令的具体实现方法可参考图1对应实施例中相关步骤的描述,在此不赘述。
在本发明所提供的几个实施例中,应该理解到,所揭露的***,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
所述计算机可读存储介质上存储有计算机可读指令,其中,所述计算机可读指令被处理器13执行时用以实现以下步骤:
当接收到文件夹显示请求时,从所述文件夹显示请求中获取待处理文件夹;
遍历所述待处理文件夹,得到所述待处理文件夹所处的文件层级;
将所述待处理文件夹的下一层级的子文件夹确定为目标文件夹;
确定每个目标文件夹中的文件夹数量,并根据所述文件夹数量确定所述待处理文件夹的子文件夹总量;
确定每个目标文件夹中的文件数量,并根据所述文件数量确定所述待处理文件夹的子文件总量;
根据所述文件层级、所述子文件夹总量及所述子文件总量生成所述待处理文件夹的文件名;
以所述文件名显示所述待处理文件夹。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能模块的形式实现。
因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。
此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。所述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称,而并不表示任何特定的顺序。
最后应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或等同替换,而不脱离本发明技术方案的精神和范围。