一种桌面文件夹合并方法及系统与流程

本发明涉及智能终端技术领域，特别涉及一种桌面文件夹合并方法及系统。

背景技术：

随着Android智能移动终端设备的不断发展，存储容量的不断增大，Android智能移动终端设备上能够安装的应用程序也越来越多。而智能移动终端设备屏幕上能显示的应用程序或文件夹数量有限，而目前的桌面应用允许把应用程序收放入文件夹中，不能把某一个文件夹内的应用程序一次性合并入另一个文件夹中。用户若是想把某一个文件夹内的应用程序并入另一个文件夹中，需要先取出前者文件夹的应用程序，再放入后者文件夹中，步骤重复累赘，给用户的使用带来不便。

因而现有技术还有待改进和提高。

技术实现要素：

针对现有技术的不足，本发明的目的是要提供一种桌面文件夹合并方法及系统。

为了实现上述目的，本发明所采用的技术方案如下：

一种桌面文件夹合并方法，其包括：

监听到将源文件拖动至目标文件时，分别获取所述源文件及所述目标文件包含的应用程序的数量；

根据所述源文件及所述目标文件包含的应用程序的数量判断所述源文件及所述目标文件是否符合合并条件；

若符合合并条件，则将所述源文件合并至所述目标文件并删除所述源文件。

所述桌面文件夹合并方法，其中，所述监听到将源文件拖动至目标文件时，分别获取所述源文件及所述目标文件包含的应用程序的数量之前包括：

检测终端设备是否处于桌面应用界面，并在检测到处于桌面应用界面时启动监听拖动操作功能。

所述桌面文件夹合并方法，其中，所述监听到将源文件拖动至目标文件时，分别获取所述源文件及所述目标文件包含的应用程序的数量具体包括：

监听到将源文件拖动至目标文件时，分别判断所述源文件及所述目标文件的文件类型；

当所述源文件的类型和所述目标文件的文件类型均为文件夹时，分别获取所述源文件及所述目标文件包含的应用程序的数量。

所述桌面文件夹合并方法，其中，所述监听到将源文件拖动至目标文件时，分别获取所述源文件及所述目标文件包含的应用程序的数量还包括：

当所述源文件的文件类型和/或所述目标文件的文件类型不为文件夹时，还原所述桌面应用程序。

所述桌面文件夹合并方法，其中，所述根据所述源文件及所述目标文件包含的应用程序的数量判断所述源文件及所述目标文件是否符合合并条件具体包括：

根据所述源文件及所述目标文件包含的应用程序的数量确定两个文件包含应用程序的总数量；

判断所述总数量是否小于等于文件夹默认最大容量以判定所述源文件及所述目标文件是否符合合并条件。

一种桌面文件夹合并系统，其包括：

获取模块，用于在监听到将源文件拖动至目标文件时，分别获取所述源文件及所述目标文件包含的应用程序的数量；

判断模块，用于根据所述源文件及所述目标文件包含的应用程序的数量判断所述源文件及所述目标文件是否符合合并条件；

合并模块，用于当符合合并条件时，将所述源文件合并至所述目标文件并删除所述源文件。

所述桌面文件夹合并系统，其还包括：

检测模块，用于检测终端设备是否处于桌面应用界面，并在检测到处于桌面应用界面时启动监听拖动操作功能。

所述桌面文件夹合并系统，其中，所述获取模块具体包括：

判断单元，用于在监听到将源文件拖动至目标文件时，分别判断所述源文件及所述目标文件的文件类型；

获取单元，用于当所述源文件的类型和所述目标文件的文件类型均为文件夹时，分别获取所述源文件及所述目标文件包含的应用程序的数量。

所述桌面文件夹合并系统，其中，所述获取模块还包括：

还原单元，用于当所述源文件的文件类型和/或所述目标文件的文件类型不为文件夹时，还原所述桌面应用程序。

所述桌面文件夹合并系统，其中，所述判断模块具体包括：

确定单元，用于根据所述源文件及所述目标文件包含的应用程序的数量确定两个文件包含应用程序的总数量；

判定单元，用于判断所述总数量是否小于等于文件夹默认最大容量以判定所述源文件及所述目标文件是否符合合并条件。

有益效果：与现有技术相比，本发明提供了一种桌面文件夹合并方法及系统，所述方法包括：监听到将源文件拖动至目标文件时，分别获取所述源文件及所述目标文件包含的应用程序的数量；根据所述源文件及所述目标文件包含的应用程序的数量判断所述源文件及所述目标文件是否符合合并条件；若符合合并条件，则将所述源文件合并至所述目标文件并删除所述源文件。本发明通过拖拽某个文件夹图标到另一个文件夹图标上，使其能一次性快速地把两个文件夹内的应用程序快捷方式合并到一个文件夹内，实现了桌面上文件的合并，给用户的使用带来方便。

附图说明

图1为本发明提供的桌面文件夹合并方法较佳实施的流程图。

图2为本发明提供的桌面文件夹合并方法的实施例一的流程图。

图3为本发明提供的桌面文件夹合并系统的结构原理图。

具体实施方式

本发明提供一种桌面文件夹合并方法及系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本发明中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

终端设备可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

下面结合附图，通过对实施例的描述，对发明内容作进一步说明。

请参照图1，图1为本发明提供的桌面文件夹合并方法的较佳实施例的流程图。所述方法包括：

S100、监听到将源文件拖动至目标文件时，分别获取所述源文件及所述目标文件包含的应用程序的数量。

具体地，所述源文件和目标文件均指的是终端设备桌面上的文件夹，所述源文件指代的拖动的文件夹，所述目标文件指的是所述源文件拖动至的文件夹。所述源文件和目标文件均可以是桌面上的任一文件。所述将源文件拖动至目标文件指的是长按桌面文件以致其被拖拽，并拖拽至另外一个文件夹。

进一步，由于所述源文件及目标文件为显示于桌面的文件，所述监听到将源文件拖动至目标文件时，分别获取所述源文件及所述目标文件包含的应用程序的数量之前包括：

S001、检测终端设备是否处于桌面应用界面，并在检测到处于桌面应用界面时启动监听拖到操作功能。

在本实施例中，所述桌面上存放有文件夹以及应用程序，被拖拽的源文件还可能是应用程序，而应用程序是可以直接拖拽至应用程序或文件夹内。从而，在监听到将源文件拖动至目标文件时还可以包括一个判断过程，用于判断所述源文件以及目标文件的文件类型，以使得对应不同类型的文件可以采用不同的方法，提高文件合并的效率。

示例性的，所述监听到将源文件拖动至目标文件时，分别获取所述源文件及所述目标文件包含的应用程序的数量具体可以包括：

S101、监听到将源文件拖动至目标文件时，分别判断所述源文件及所述目标文件的文件类型；

S102、当所述源文件的类型和所述目标文件的文件类型均为文件夹时，分别获取所述源文件及所述目标文件包含的应用程序的数量。

具体地，所述文件类型指的是所述源文件对应的图标的类型，所述文件类型包括应用程序类型和文件夹类型。也就说，监听到将源文件拖动至目标文件时，分别判断所述源文件及目标文件对应的图标的类型是否为文件夹类型，进而判断所述源文件和目标文件是否为文件夹。在本实施例中，可以是监听到源文件以及目标文件时，判断两者的文件类型。也就是说，在将源文件拖到至目标文件后，分别判断所述源文件及所述目标文件的文件类型。

在本实施例的变形实施例中，也可以在监听到源文件被拖拽时，判断所述源文件的文件类型，当所述文件类型为文件夹类型时，继续执行拖拽操作。并在将源文件拖到至目标文件时，再判断所述目标文件的文件类型，当所述文件类型为文件夹类型时，执行分别获取所述源文件及所述目标文件包含的应用程序的数量的操作。进一步，当所述源文件的文件类型和/或目标文件的文件类型不为文件类型时，提示用户所述源文件不是文件夹，并根据所述用户的操作进行相应操作。在实际应用中，所述根据所述用户的操作进行相应操作可以包括：当用于选择进行拖拽时，执行拖到操作，当用户选取放弃时，执行还原桌面操作。

在本发明的另一个实施例中，所述监听到将源文件拖动至目标文件时，分别获取所述源文件及所述目标文件包含的应用程序的数量还可以包括：

S103、当所述源文件的文件类型和/或所述目标文件的文件类型不为文件夹时，还原所述桌面应用程序。

具体地，所述源文件的文件类型和目标文件的文件类型中存在一个不是文件夹时，则还原所述桌面应用程序，即，将所述桌面应用程序还原至拖到前的状态。在本实施例的变形实施例中，当所述源文件和/或所述目标文件的文件类型不为文件夹时，可以根据所述源文件及目标文件的文件类型进行相应操作。如，当所述源文件为应用程序，目标文件为文件夹时，将所述源文件合并至目标文件内；当所述源文件为应用程序，目标文件为应用程序时，根据所述源文件和目标文件生成文件夹，并将所述源文件及目标文件存入所述文件夹；当所述源文件为文件夹，目标文件为应用程序时，将所述目标文件合并至所述源文件内。

S200、根据所述源文件及所述目标文件包含的应用程序的数量判断所述源文件及所述目标文件是否符合合并条件。

具体地，所述合并条件为所述源文件和目标文件内的应用程序数量之和小于或等于文件夹能包含的应用程序数量最大值。所述文件夹能包含的应用程序数量最大值为系统默认，例如，30、40等。相应的，所述根据所述源文件及所述目标文件包含的应用程序的数量判断所述源文件及所述目标文件是否符合合并条件具体包括：

S201、根据所述源文件及所述目标文件包含的应用程序的数量确定两个文件包含应用程序的总数量；

S202、判断所述总数量是否小于等于文件夹默认最大容量以判定所述源文件及所述目标文件是否符合合并条件。

S300、若符合合并条件，则将所述源文件合并至所述目标文件并删除所述源文件。

具体地，所述符合合并条件指的是所述源文件和目标文件携带的应用程序的数量的和小于等于文件夹的最大容量。而当两个文件夹满足合并条件时，将源文件内的应用程序按原顺序添加到目标文件的应用程序后面，并删除源文件在桌面应用上数据信息。而当两个文件夹不满足合并条件时，执行桌面应用原有动作。在实际操作中，也可以将目标文件内的应用程序按原顺序添加到源文件的应用程序后面，并删除目标文件在桌面应用上数据信息。

为了进一步说明本发明提供的桌面文件夹合并方法，下面结合一个具体实施例加以说明。

实施例一

本实施例提供了一种桌面文件夹合并的方法，应用于智能终端设备，所述智能终端设备处于开启并运行在桌面应用界面上，所述智能设备的桌面上添加有若干文件夹和若干应用程序图标；如图2所示，所述方法具体包括：

步骤S1、桌面应用上某一个图标被长按以致其被拖动；

步骤S2、判断所述图标(记为DragSource)类型是否属于文件夹类型，若DragSource属于文件夹类型，则进入步骤S3；若DragSource不属于文件夹类型，则进入步骤S7；

步骤S3、继续拖拽DragSource至另一图标(记为DragTarget)上；

步骤S4、判断DragTarget类型是否属于文件夹类型，若DragTarget属于文件夹类型，则进入步骤S5；若DragTarget不属于文件夹类型，则进入步骤S7；

步骤S5、判断两个文件夹是否满足合并条件即两个文件夹内的应用程序数量之和小于或等于文件夹能包含的应用程序数量最大值，若满足合并条件，则进入步骤S6；若不满足合并条件，则进入步骤S7；

步骤S6、合并两个文件夹，并将DragSource内的应用程序按原顺序添加到DragTarget的应用程序后面，并删除DragSource在桌面应用上数据信息；

S7、执行桌面应用原有动作。

在本实施例中，通过软件来实现本发明的发明目的的相关部分程序如下所示：

(1)拓展桌面应用的Folder.java文件中的public boolean acceptDrop(DragObject d)函数如下，添加itemType＝＝LauncherSettings.Favorites.ITEM_TYPE_FOLDER：

(2)拓展桌面应用的FolderIcon.java文件中的private boolean willAcceptItem(ItemInfo item)函数如下，添加itemType＝＝LauncherSettings.Favorites.ITEM_TYPE_FOLDER：

(3)拓展桌面应用的FolderIcon.java文件中的public void onDrop(DragObject d)函数如下：

(4)在桌面应用的FolderIcon.java文件中，添加如下重载函数

private void onDrop(final FolderInfo item,DragView animateView,Rect finalRect,float scaleRelativeToDragLayer,int index,Runnable postAnimationRunnable,DragObject d)：

(5)在桌面应用的LauncherModel.java文件中，添加以下函数public ArrayList<ShortcutInfo>getShortcutInfoListFromFolderInfo(final FolderInfo folderInfo Context context)：

本发明还提供了一种桌面文件夹合并系统，如图3所示，其包括：

获取模块100，用于在监听到将源文件拖动至目标文件时，分别获取所述源文件及所述目标文件包含的应用程序的数量；

判断模块200，用于根据所述源文件及所述目标文件包含的应用程序的数量判断所述源文件及所述目标文件是否符合合并条件；

合并模块300，用于当符合合并条件时，将所述源文件合并至所述目标文件并删除所述源文件。

所述桌面文件夹合并系统，其还包括：

检测模块，用于检测终端设备是否处于桌面应用界面，并在检测到处于桌面应用界面时启动监听拖到操作功能。

所述桌面文件夹合并系统，其中，所述获取模块具体包括：

判断单元，用于在监听到将源文件拖动至目标文件时，分别判断所述源文件及所述目标文件的文件类型；

获取单元，用于当所述源文件的类型和所述目标文件的文件类型均为文件夹时，分别获取所述源文件及所述目标文件包含的应用程序的数量。

所述桌面文件夹合并方法，其中，所述获取模块还包括：

还原单元，用于当所述源文件的文件类型和/或所述目标文件的文件类型不为文件夹时，还原所述桌面应用程序。

所述桌面文件夹合并方法，其中，所述判断模块具体包括：

确定单元，用于根据所述源文件及所述目标文件包含的应用程序的数量确定两个文件包含应用程序的总数量；

判定单元，用于判断所述总数量是否小于等于文件夹默认最大容量以判定所述源文件及所述目标文件是否符合合并条件。

上述桌面文件夹合并系统的各个模块在上述方法中已经详细说明，在这里就不再一一陈述。

在本发明所提供的实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。