CN114500667B - 基于url协议的数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种基于URL协议的数据处理方法、装置、电子设备及存储介质，涉及计算机技术领域。该方法包括：通过当前页面的URL输入控件获取并显示包括第一URL协议头和第一内容路径的第一URL，在将第一URL协议头切换为第二URL协议头时，根据第一URL协议头和第一内容路径确定第一内容路径对应的内容的绝对路径，根据该绝对路径和第二URL协议头的根路径，将第一内容路径更新为第二内容路径。在本申请实施例中，URL输入控件中显示的URL协议头可以切换，且在URL协议头切换时，可以将URL输入控件中显示的内容路径切换为与切换后的URL协议头对应的内容路径，实现将同一内容的绝对路径切换为对应不同的协议头的内容路径，为后续的数据处理奠定基础。

Description

基于URL协议的数据处理方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，具体而言，本申请涉及一种基于URL(uniformresource locator，统一资源定位符)协议的数据处理方法、装置、电子设备、存储介质及计算机程序产品。

背景技术

相关技术中，在进行文件处理过程中，只能根据文件的全路径进行文件的后续处理，在UI(User Interface，用户界面)中，不能显示文件的全路径，对前端框架的依赖性比较强，灵活性较低，不能很好的满足实用需求。

发明内容

本申请实施例提供了一种基于URL协议的数据处理方法、装置、电子设备、存储介质及计算机程序产品，该方法能够将同一文件/目录的绝对路径切换为对应不同的协议头的内容路径，以在面对不同的处理业务时，可以根据与不同的处理业务对应的协议头，快速获取到该协议头对应的内容路径。

根据本申请实施例的一个方面，提供了一种基于统一资源定位符URL协议的数据处理方法，该方法包括：

通过当前页面的URL输入控件获取并显示第一URL，该第一URL包括第一URL协议头和第一内容路径；

在将第一URL协议头切换为第二URL协议头时，根据第一URL协议头和第一内容路径确定第一内容路径对应的内容的绝对路径，该内容为文件或目录；

根据第一内容路径对应的绝对路径和第二URL协议头，将第一内容路径更新为第二内容路径。

根据本申请实施例的另一个方面，提供了一种基于统一资源定位符URL协议的数据处理装置，该装置包括：获取并显示URL模块、绝对路径确定模块和内容路径更新模块，其中，

获取并显示URL模块，用于通过当前页面的URL输入控件获取并显示第一URL，该第一URL包括第一URL协议头和第一内容路径；

绝对路径确定模块，用于在将第一URL协议头的切换为第二URL协议头时，根据第一URL协议头和第一内容路径确定第一内容路径对应的内容的绝对路径，该内容为文件或目录；

内容路径更新模块，用于根据第一内容路径对应的绝对路径和第二URL协议头，将第一内容路径更新为第二内容路径。

根据本申请实施例的再一个方面，提供了一种电子设备，该电子设备包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行计算机程序以实现上述方法的步骤。

根据本申请实施例的再一个方面，提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本申请实施例提供的技术方案带来的有益效果是：

在本申请实施例提供的基于统一资源定位符URL协议的数据处理方法中，第一内容路径为从第一URL协议头的根路径指向对应的内容的路径，可以在URL输入控件中显示第一URL协议头和第一内容路径，并根据所显示的第一URL协议头和第一内容路径，确定出第一内容路径对应的内容的绝对路径。

此外，本申请实施例提供的该方法，可以支持URL协议头的切换，当用户需要进行URL切换时，可以根据第一URL协议头和第一内容路径确定第一内容路径对应的内容的绝对路径，根据第一内容路径对应的绝对路径和切换后的第二URL协议头的根路径，将第一内容路径更新为第二内容路径，即，在URL协议头切换时，可以实现自动地将URL输入控件中显示的第一内容路径切换为与第二URL协议头对应的第二内容路径，而不必预先将同一内容注册为对应于不同的URL协议，减少了数据处理量，实现将同一内容的绝对路径切换为对应不同的协议头的内容路径，以在面对不同的处理业务时，可以根据与不同的处理业务对应的协议头，快速获取到该协议头对应的内容路径，更好的满足了用户需求。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1示出了本申请实施例提供的基于URL协议的数据处理方法的流程示意图；

图2a、图2b、图2c示出了本申请实施例提供的基于URL协议的UI组件的示意图；

图3示出了本申请实施例提供的基于统一资源定位符URL协议的数据处理系统的框架图；

图4示出了本申请实施例提供的基于URL协议的数据处理装置的示意图；

图5示出了本申请实施例所适用的一种电子设备的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”可以实现为“A”，或者实现为“B”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

首先对本申请涉及的几个名词进行介绍和解释：

URL，对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。URL地址由协议头(protocol head)、服务器地址(hostname或IP)或端口(port)、文件路径(path)三部分组成。其中，协议头规定如何访问指定资源的主要标识符，它会告诉负责解析URL的应用程序应该使用什么协议。不同的协议表示不同的资源查找以及传输方式。URL常见的协议如下表所示。

Web Components(网页组件)实现的原生HTML(Hyper Text Markup Language，超文本标记语言)组件中的三大web组件标准：Shadow DOM(影子DOM，DOM即Document ObjectModel，文档对象模型)、HTML Template(HTML模板)、Custom Elements(自定义组件)。其中，Shadow DOM为原生组件封装的基本工具，可以创建一个相对独立的空间，Shadow DOM的环境与外界隔离，在该隔离空间中，可以选择性地从DOM树上的父节点继承一些属性，甚至继承一棵DOM树，可以实现组件与组件之间的独立性。Custom Elements是用来包装原生组件的容器，通过Custom Elements，只需要写一个标签，就可以得到一个完整的组件。

组件(component)，就是对象，组件是对数据和方法的简单封装。组件可以有自己的属性和方法。属性是组件数据的简单访问者。方法则是组件的一些简单而可见的功能。使用组件可以实现拖放式编程、快速的属性处理以及真正的面向对象的设计。

由于相关技术中，在进行文件处理过程(例如，文件上传过程中)中，在对应的UI中，不能显示文件的全路径，不能根据已选择的文件路径打开文件窗口，不能快速根据项目路径进行选择路径或打开文件窗口，不支持手动输入文件路径，对前端框架的依赖性比较强，灵活性较低，不能很好的满足实用需求。

针对上述相关技术中所存在的上述至少一个技术问题或需要改善的地方，本申请提出一种基于统一资源定位符URL协议的数据处理方法、装置、电子设备、存储介质以及计算机程序产品。在该基于统一资源定位符URL协议的数据处理方法中，可以支持URL协议头的切换，当用户需要进行URL切换时，可以根据第一URL协议头和第一内容路径确定第一内容路径对应的内容的绝对路径，根据第一内容路径对应的绝对路径和切换后的第二URL协议头的根路径，将第一内容路径更新为第二内容路径，即，在URL协议头切换时，可以实现自动地将URL输入控件中显示的第一内容路径切换为与第二URL协议头对应的第二内容路径，而不必预先将同一内容注册为对应于不同的URL协议，减少了数据处理量，实现将同一内容的绝对路径切换为对应不同的协议头的内容路径，从而在面对不同的处理业务时，可以根据与不同的处理业务对应的协议头，快速获取到该协议头对应的内容路径，更好的满足了用户需求。

下面通过对几个示例性实施方式的描述，对本申请实施例的技术方案以及本申请的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。

本申请实施例提供了一种基于统一资源定位符URL协议的数据处理方法。图1示出了本申请实施例提供的基于URL协议的数据处理方法的流程示意图。该方法可以应用于终端或服务器，比如，该方法可以应用于浏览器中，用于输入网址。该方法可以为基于W3C(World Wide Web Consortium，万维网联盟)标准支持的组件化方案，拥有浏览器的原生支持，不依赖于前端框架。

如图1所示，该方法包括步骤S110至步骤S130。

步骤S110：通过当前页面的URL输入控件获取并显示第一URL，该第一URL包括第一URL协议头和第一内容路径。

URL协议头可以为预先注册的任一URL协议(即URL地址)的协议头，在URL输入控件中显示的URL协议头可以为该URL协议的标识，该URL协议的标识可以包括但不限于URL协议名称、数字标识、字母标识等，例如该URL协议的名称(protocolName)、该URL协议的标签(protocolLabel)等。

在注册URL协议时，可以设置URL协议标签(即，URL协议头)、URL协议默认的根路径(protocolRootPath)、针对URL协议的处理方式(handler)，即该URL协议规范(即，URL协议头对应的协议规范)等。其中，URL协议标签可以与URL协议的名称相同。针对URL协议的处理方式可以包括但不限于能够基于该URL协议执行的操作以及执行各操作的具体方式，例如获取文件、传输文件等。

在完成对URL协议的注册之后，可以根据URL协议头与对应的协议规范，确定二者之间的对应关系(以下简称“协议头与协议规范之间的对应关系”)，从而可以根据URL输入控件中显示的URL协议头以及URL协议头与协议规范之间的对应关系，确定出URL协议头的协议规范，进而根据该URL协议头的协议规范，确定出该URL协议标签、根路径、处理方式等。

作为一个示例，可以通过以下方式注册URL协议：

在本申请实施例中，对注册的URL协议的个数不做限制，可以根据实际情况确定。当然，若没有注册过URL协议，则该URL输入控件中显示的协议头为默认的URL协议的协议头，例如，该默认的URL协议可以为file协议。

在预先注册的URL协议为多个的情况下，可以将预先注册的多个URL协议的进行存储，并根据所注册的多个URL协议的协议头，形成URL协议头选择列表，通过对该URL协议头选择列表中任一URL协议的协议头进行选择，确定出第一URL。

内容路径可以为URL协议对应的内容的相对于当前的协议头的相对路径。可选地，内容路径可以直接显示在URL输入控件中某一区域内，该区域可以被编辑、支持复制/粘贴等操作。

在本申请实施例中，可以直接将当前页面的URL输入控件中显示的第一URL协议头和第一内容路径，确定为第一URL。

步骤S120：在将第一URL协议头切换为第二URL协议头时，根据第一URL协议头和第一内容路径确定第一内容路径对应的内容的绝对路径，该内容为文件或目录。

如前文所描述的，可以基于URL协议头选择列表，进行第一URL协议头的切换，通过选择该URL协议头选择列表中除了第一URL协议头之外的任一URL协议头，实现将第一URL协议头切换为第二URL协议头，即对第一URL协议头的切换操作。其中，所选择的URL协议头选择列表中除了第一URL协议头之外的任一URL协议头即第二URL协议头。

第一内容路径对应的内容可以为文件或目录，对应的第一内容路径可以为从第一URL协议头开始，指向该第一内容路径对应的内容的第一文件路径或第一目录路径。

在根据第一URL协议头和第一内容路径确定第一内容路径对应的内容的绝对路径时，具体地，可以根据第一URL协议头对应的协议规范，确定出第一URL协议头的根路径，在该第一URL协议头的根路径的基础上，与第一内容路径进行组合，即可得到第一内容路径对应的绝对路径。

由于可以根据所显示的第一URL协议头、第一内容路径以及上述确定绝对路径的方式，确定出第一内容路径对应的内容的绝对路径。基于此，在本申请实施例中的URL输入控件中所显示的内容(即第一URL)也可以称为全路径。即，本申请实施例能够实现在URL输入控件中更直观地显示出URL的全路径，便于快速地对URL的全路径对应的第一内容路径进行复制、粘贴等操作。

步骤S130：根据第一内容路径对应的绝对路径和第二URL协议头，将第一内容路径更新为第二内容路径。

在将第一URL协议头切换为第二URL协议头时，可以先确定URL输入控件中是否存在第一内容路径，若确定URL输入控件中存在第一内容路径，根据上述方式将第一内容路径更新为第二内容路径。若确定URL输入控件中不存在第一内容路径，则获取URL输入控件中与切换后的URL协议头对应的第二内容路径。当然，在将第一URL协议头切换为第二URL协议头时，若确定URL输入控件中存在第一内容路径，也可以删除该第一内容路径，直接获取URL输入控件中与切换后的URL协议头对应的第二内容路径。

并且，无论URL协议头是否发生切换，都可以对URL输入控件中的第一内容路径进行编辑处理。

可以理解的是，可以根据第一内容路径对应的绝对路径和第二URL协议头的根路径，确定出从第二URL协议头的根路径指向第一内容路径对应的内容的第二内容路径。

基于上述方式，在本申请实施例提供的基于统一资源定位符URL协议的数据处理方法中，第一内容路径为从第一URL协议头的根路径指向对应的内容的路径，可以在URL输入控件中显示第一URL协议头和第一内容路径，并根据所显示的第一URL协议头和第一内容路径，确定出第一内容路径对应的内容的绝对路径。

此外，本申请实施例提供的该方法，可以支持URL协议头的切换，当用户需要进行URL切换时，可以根据第一URL协议头和第一内容路径确定第一内容路径对应的内容的绝对路径，根据第一内容路径对应的绝对路径和切换后的第二URL协议头，将第一内容路径更新为第二内容路径，即，在URL协议头切换时，可以实现自动地将URL输入控件中显示的第一内容路径切换为与第二URL协议头对应的第二内容路径，而不必将预先将同一内容注册为对应于不同的URL协议，减少了数据处理量，实现将同一内容的绝对路径切换为对应不同的协议头的内容路径，从而在面对不同的处理业务时，可以根据与不同的处理业务对应的协议头，快速获取到该协议头对应的内容路径，更好的满足了用户需求。

可选地，URL输入控件包括URL协议头选择单元和内容路径输入单元，通过URL输入控件获取第一URL，包括：

响应于针对URL协议头选择单元的触发操作，显示包括至少一个URL协议头的协议头选择列表；

响应于针对协议头选择列表中任一URL协议头的选择操作，将所选择的URL协议头确定为第一URL协议头；

通过内容路径输入单元获取第一内容路径。

本申请对针对URL协议头选择单元的触发操作的具体方式不做限制，例如，可以为针对URL协议头选择单元的点击操作、触摸操作等。针对URL协议头选择单元的触发操作可以为针对URL协议头选择单元对应的区域的触发操作。

本申请对针对协议头选择列表中任一URL协议头的选择操作的具体方式也不做限制，在对协议头选择列表中任一URL协议头执行选择操作之后，可以在协议头选择列表中通过以下任一种方式显示被选择的URL协议头，例如，在该被选择的URL协议头的任一侧显示特殊标识(例如，“√”、“*”等)、对被选择的URL协议头加粗、加下划线、高亮、加外边框等。

图2a、图2b、图2c示出了本申请实施例提供的基于URL协议的UI组件的示意图。如图2a、图2b、图2c所示，该基于URL协议的UI组件20可以为基于Shadow DOM+CustomElements实现独立的组件。具体地，可以通过Shadow DOM将组件的结构和样式封装起来，由于Shadow DOM的隔离性，可以将Shadow DOM的内部和外部隔离开来，即，即便在Shadow DOM的外部设置了通用的样式也不会影响到Shadow DOM的内部的样式。然后通过CustomElements定义原生组件，用于继承HTML原生的HTML Element类(HTML组件)，再编写组件相关的生命周期函数，成员属性和业务交互的事件。最后还需要通过window.customElements.define()函数将所形成的组件注册到HTML标签列表中，这样就可以直接在HTML文档中写对应的标签。

该基于URL协议的UI组件20可以包括URL输入控件210和内容打开控件220。该基于URL协议的UI组件20对应的HTML文件和CSS(Cascading Style Sheets层叠样式表)文件都独立编写，然后通过attachShadow(附件阴影)方法将该基于URL协议的UI组件20的结构和样式加载到ShadowRoot中。其中，URL输入控件210可以具体包括URL协议头选择单元211、内容路径输入单元212、内容选择控件213。

如图2c所示，响应于针对URL协议头选择单元的触发操作，可以显示出协议头选择列表，在该协议头选择列表中可以包括两个协议头，分别为协议头file和协议头project，并且，通过针对协议头选择列表中任一URL协议头的选择操作，选择了协议头file(如图2c所示的协议头file前面的“√”)。

在基于上述操作确定出第一URL协议头之后，可以将第一URL协议头显示在URL协议头选择单元对应的区域内(如图2a所示的“file：//”、图2b所示的“project：//”)。

基于该确定第一URL协议头的方式，在需要对第一URL协议头进行切换时，可以通过触发URL协议头选择单元，响应于针对该URL协议头选择单元的触发操作，显示上述协议头选择列表，针对该协议头选择列表

中除了第一URL协议头之外的任一URL协议头的选择操作，将所选择的

URL协议头确定为上述切换后的协议头，实现针对第一URL协议头的切换。

如图2a和图2b所示，可以通过内容路径输入单元212获取第一内容路径，具体地，如图2所示，第一内容路径为“D:\Program Files(x86)”，如图2b所示，第一内容路径为“tests/config”。

通过根据预先注册的URL协议确定包括至少一个URL协议头的协议头选择列表，响应于针对URL协议头选择单元的触发操作，显示该协议头选择列表。并响应于针对该协议头选择列表中任一URL协议头的选择操作，将所选择的URL协议头确定为第一URL协议头，可以快速确定出第一URL协议头。并且，在通过内容路径输入单元获取第一内容路径之后，可以根据所确定的第一URL协议头和第一内容路径，获取到第一URL。

可选地，内容路径输入单元212可以包括以下至少一项：

路径输入区域；内容选择控件；内容拖拽控件；

上述通过内容路径输入单元获取第一内容路径，包括以下任一项：

响应于针对路径输入区域的输入操作，获取输入的第一内容路径；

响应于针对内容选择控件的触发操作，基于第一URL协议头对应的协议规范，显示第一URL协议头对应的内容选择列表，该内容选择列表包括至少一个内容标识；响应于针对该内容选择列表中任一内容标识的选择操作，基于第一URL协议头的根路径和所选择的内容标识对应的内容的绝对路径，确定所选择的内容标识对应的内容的第一内容路径；

响应于针对内容拖拽控件的拖拽操作，显示至少一个支持拖拽内容，获取至少一个支持拖拽内容中被拖拽的内容的第一内容路径。

响应于针对路径输入区域的输入操作，还可以在该内容输入区域下方显示历史输入的路径中与当前已输入内容相关的路径，或者，还可以在该内容输入区域下方显示预存储的至少一个路径中与当前已输入内容相关的路径等，本申请对此不做限制。

本申请对针对内容选择控件的触发操作的具体方式不做限制，例如，可以为针对内容选择控件的点击操作、触摸操作等。

内容标识可以包括但不限于内容的名称、数字标识、字母标识、图形标识等，本申请对此不做限制。

在本申请实施例中，可以根据预存储的至少一个内容对应的绝对路径，确定出各内容对应的绝对路径中、协议头为第一URL协议头的绝对路径，并根据确定出的绝对路径对应内容的内容标识形成上述内容选择列表。

本申请对针对内容选择列表中任一内容标识的选择操作的具体方式也不做限制，在对内容选择列表中任一内容标识执行选择操作之后，可以在内容选择列表中通过以下任一种方式显示被选择的内容标识，例如，在该被选择的内容标识的任一侧显示特殊标识(例如，“√”、“*”等)、对被选择的内容标识加粗、加下划线、高亮、加外边框等。

通过响应于内容选择列表中任一内容标识的选择操作，可以确定出所选择的内容标识对应的内容的绝对路径，并根据该绝对路径和第一URL协议头的根路径，在该绝对路径的基础上，减去第一URL协议头的根路径，确定出所选择的内容标识对应的内容的第一内容路径。其中，在确定出所选择的内容标识对应的内容的第一内容路径之后，可以将该第一内容路径显示在路径输入区域。

在对内容选择列表中任一内容标识执行选择操作之后，该方法还可以包括发出进一步的待确认信息(confirm事件)，该待确认信息可以为：是否选择被选择的内容标识，在接收到确认被选择的内容标识的反馈信息的情况下，确定所选择的内容标识对应的内容的第一内容路径。具体地，若反馈信息为确认选择被选择的内容标识，则确定所选择的内容标识对应的内容的第一内容路径，并将该第一内容路径显示在路径输入区域。若反馈信息为确认不选择被选择的内容标识，则不对所选择的内容标识进行处理。

内容拖拽控件可以为可视化的，也可以为非可视化的，本申请实施例对此不做限制。在内容拖拽控件为非可视化的情况下，可以直接通过将任一内容拖拽至支持显示被拖拽内容区域，实现针对内容拖拽控件的拖拽操作。其中，该支持显示被拖拽内容区域可以为内容路径输入单元所在区域，也可以为路径输入区域。在该内容拖拽控件为可视化的情况下，还可以设置为在该内容拖拽控件被触发的情况下，再开启该拖拽控件的拖拽功能。从而，在对内容拖拽控件进行触发之后，通过将任一内容拖拽至支持显示被拖拽内容区域，实现针对内容拖拽控件的拖拽操作。

响应于针对内容拖拽控件的拖拽操作，可以基于第一URL协议头的根路径和被拖拽的内容的绝对路径，获取被拖拽的内容的第一内容路径，并将该第一内容路径显示在上述路径输入区域。

作为一个示例，如图2a、图2b、图2c所示，可以基于对路径输入区域212的触发操作，获取第一内容路径。也可以通过触发URL协议头选择单元211，获取第一内容路径，并显示在路径输入区域212。当然，还可以通过触发内容拖拽控件(图2a、图2b、图2c中未示出)，开启该UI组件的拖拽功能，并通过将任一内容拖拽至内容路径输入单元所在区域，实现针对内容拖拽控件的拖拽操作，获取被拖拽的内容的第一内容路径，并将该第一内容路径显示在路径输入区域212。

在本申请实施例中，还可以通过路径输入区域212对内容路径进行编辑，例如，在根据第一URL协议头和路径输入区域中的内容路径确定的绝对路径，不存在于预存储的至少一个绝对路径中的情况下，可以将根据第一URL协议头和路径输入区域中的内容路径确定的绝对路径以及该绝对路径对应的内容进行存储，以便在后续出现该绝对路径的情况下，可以根据该绝对路径确定出对应的内容。

由于内容路径输入单元包括路径输入区域、内容选择控件和内容拖拽控件中的至少一项，且路径输入区域、内容选择控件和内容拖拽控件均可以实现多样化，因此，URL输入控件的样式也更加丰富，基于此，基于URL协议的UI组件的样式也更加丰富。

基于上述，可以响应于针对路径输入区域的输入操作、针对内容选择控件的触发操作或针对内容拖拽控件的拖拽操作，都可以获取到第一内容路径，因此，在本申请实施例中，可以实现多样化的获取内容路径。

可选地，当前页面还显示有与URL输入控件关联的内容打开控件，该方法还包括：

响应于针对内容打开控件的触发操作，显示第一内容路径对应的内容所在的目录结构窗口。

如图2a、图2b、图2c所示，可以通过触发内容打开控件220，可以基于该打开触发操作，显示第一内容路径对应的内容所在的目录结构窗口。其中，目录结构窗口可以为包括至少一个目录标识或至少一个文件标识的窗口。

具体地，若第一内容路径为文件路径，则确定该文件路径对应的绝对路径，并打开该绝对路径对应的文件所在的目录结构窗口。若第一内容路径为目录路径，则确定该目录路径对应的绝对路径，并打开该绝对路径对应的目录所在的目录结构窗口。

具体地，可以通过shell(一种脚本)打开组件，实现打开第一内容路径对应的内容所在的目录结构窗口。

响应于针对内容打开控件的触发操作，可以再次根据第一URL协议的根路径和第一内容路径确定第一内容路径对应的绝对路径，确定该第一内容路径对应的绝对路径是否属于预存储的至少一个绝对路径。在确定该第一内容路径对应的绝对路径属于预存储的至少一个绝对路径的情况下，显示第一内容路径对应的内容所在的目录结构窗口。

在该方法中，在响应于针对路径输入区域的输入操作、针对内容选择控件的触发操作或针对内容拖拽控件的触发操作，获取到第一内容路径之后，都可以响应于针对内容打开控件的触发操作，快速显示出第一内容路径对应的内容所在的目录结构窗口。

如前文所记载的，对于一个内容，该内容的绝对路径可以根据协议头的根路径和内容路径确定。第一URL协议头的根路径是基于第一URL协议头以及协议头与协议规范之间的对应关系，确定出第一URL协议头的协议规范，进而确定出该第一URL协议的根路径的。只有输入的内容路径和第一URL协议头的根路径确定出的绝对路径与预存储的内容的绝对路径一致，才能打开内容路径对应的内容所在的目录结构窗口。而由于在输入的内容路径中的至少一个字符存在异常的情况下，即便第一URL协议头的根路径正确，根据协议头的根路径和内容路径确定的绝对路径也是异常的，无法打开对应的内容所在的目录结构窗口。针对于此，本申请还提供了以下具体的实现方式：

可选地，响应于针对路径输入区域的输入操作，该方法还包括：

响应于针对路径输入区域的输入操作，获取已输入内容路径；

若已输入内容路径不符合第一URL协议头对应的协议规范，显示提示信息。

已输入内容路径不符合第一URL协议头对应的协议规范，即在预存储的、协议头为第一URL协议头的至少一个绝对路径中，不存在已输入内容路径对应的绝对路径。

若已输入内容路径不符合第一URL协议头对应的协议规范，可以通过包括但不限于以下至少一种方式显示提示信息：对路径输入区域进行高亮显示、改变路径输入区域的边框颜色、在路径输入区域周围显示边框、显示文本提示框等。其中，若通过文本提示框显示提示信息，则显示的提示信息可以为invalid(无效路径)。

在该实现方式中，可以实时地基于针对路径输入区域的输入操作，确定已输入内容路径对应的绝对路径。并且，在该绝对路径不符合第一URL协议头对应的协议规范的情况下，显示提示信息，可以在已输入内容路径存在异常的情况下，可以及时地根据提示信息进行修正，从而提高数据处理效率。

作为一个示例，可以首先在Custom Elements的connectedCallback(connectedCallback用于指示基于URL协议的UI组件20已被插入到DOM树，即在基于URL协议的UI组件20插入到DOM中时执行)生命周期函数中执行初始化操作：添加组件属性的监听事件(observedattributes())，添加外部拓展的URL协议头等。其中，该组件属性的监听事件用于确定上述UI组件的属性是否发生变化，例如在监测到URL输入控件中所显示的内容路径发生改变时，可以进一步确定所输入的内容路径对应的绝对路径是否符合当前所显示的URL协议头对应的协议规范。

在disconnectedCallback(disconnectedCallback用于指示基于URL协议的UI组件20被从DOM树中移除，即在DOM中删除基于URL协议的UI组件20时执行)生命周期函数中执行清理操作：移除组件属性的监听事件等。

通过attributeChangedCallback(attrName，oldVal，newVal)监听组件属性的变化，用于更新基于URL协议的UI组件20的状态。其中，attributeChangedCallback()用于指示当检测到基于URL协议的UI组件20的属性发生了变化时执行，例如，组件属性发生更改、添加或删除。attrName用于指示发生了变化的组件属性名，oldVal用于指示变化前组件属性的值，newVal用于指示变化后组件属性的值。

基于上述，可以通过添加组件属性的监听事件，基于URL协议的UI组件20对路径输入区域进行监听，一旦该路径输入区域发生变化(即存在输入操作)，就会更新路径输入区域中的内容路径，并根据更新后的内容路径与第一URL协议头确定当前的绝对路径是否符合第一URL协议规范。

可选地，若第一内容路径为目录路径，该方法还包括：

显示目录路径对应的目录中至少一个文件的文件标识。

在该实现方式中，可以预设置URL输入控件的属性，确定具体显示第一URL的方式。该预设置的URL输入控件的属性可以为是否支持文件多选。

其中，若预设置的URL输入控件的属性为不支持文件多选，则所选择的内容标识的个数仅能为一个，对应地，通过URL输入控件显示第一URL的方式可以为：在URL协议头选择单元所在区域显示第一URL协议头，在路径输入区域显示一个内容标识第一内容路径即可。

若预设置的URL输入控件的属性为支持文件多选，则所选择的内容标识可以为多个，对应地，在所选择的内容标识的个数为一个的情况下，显示第一URL的方式可以与上述(预设置的URL输入控件的属性为不支持文件多选的情况下，)显示第一URL的方式相同。在所选择的内容标识的个数为多个的情况下，可以在URL协议头选择单元211所在区域显示第一URL协议头；在路径输入区域显示多个被选择的内容标识对应的公有目录路径；在URL输入控件下方显示该公有目录路径对应的至少一个文件的文件标识。例如，图2b所示，在URL输入控件下方显示有公有目录路径“tests/config”对应的两个文件的文件标识，这两个文件标识分别为“base.json”和“config.json”。

文件标识可以为文件的名称、文件的具体地址、数字标识、图形标识等。目录标识可以为目录的名称数字标识、字母标识、图形标识等。例如，文件标识可以仅为文件的名称，也可以为文件的名称与文件的具体地址、数字标识等的组合。

具体地，如图2a所示，预设置的URL输入控件的属性为“不支持文件多选”，可以在URL协议头选择单元所在区域显示第一URL议头(“file://”)，在路径输入区域显示所选择的文件标识对应的第一内容路径(“D:\Program Files(x86)”)。如图2b所示，预设置的URL输入控件的属性为“支持文件多选”，可以在URL协议头选择单元所在区域显示第一URL协议头(“project://”)，在路径输入区域显示所选择的目录标识对应的第一内容路径(“tests/config”)，在URL输入控件下方显示第一内容路径对应的至少一个文件的文件标识(“base.json”以及“config.json”)。

通过上述方式，可以根据预设置的URL输入控件的属性，确定通过URL输入控件显示第一URL的方式，实现多样化地通过URL输入控件显示第一URL。

一个基于URL协议的UI组件20的属性设置方式可以如下：

<ui-file type＝＂file＂multi extensions＝＂js,ts,txt＂placeholder＝＂请输入文件路径＂></ui-file>

其中，支持使用的组件属性包括disabled(不能运行)、read-only(只读)、invalid(无效)。组件的成员属性可以包括选择类型属性(type)、是否支持文件多选属性(是否为multi)、文件后缀类型属性(extentsions)、提示信息(placeholder，占位符)、该组件支持的事件属性等。type：＂file(文件)＂|＂directory(目录)＂表示仅能选择文件或目录，默认type＝＂file＂。multi表示支持文件多选，需要注意的是，若不支持文件多选，可以不出现multi，即基于URL协议的UI组件20的属性默认为不支持文件多选。extentsions表示可选的文件后缀类型。

通过设置文件后缀类型属性，可以实现对UI组件中可以显示的文件的类型的限制。如上面示出的UI组件20的属性的设置方式，extensions＝＂js,ts,txt＂，即，对于当前的UI组件，仅支持显示文件类型为js(即，JavaScript，一种脚本语言)、ts(TypeScript，一种编程语言)、txt(一种文本格式)的文件。

在一个UI组件中，若该UI组件中存在需要进行显示的路径(即，内容路径)，则可以在上述路径输入区域中显示对应的路径内容，若该UI组件中不存在需要进行显示的路径，则可以在上述路径输入区域中显示提示信息“请输入内容路径”，以提示用户输入对应的内容路径。如上文所描述的，路径输入区域内既可以显示文件路径，也可以显示内容路径，对应地，在UI组件中不存在需要进行显示的路径的情况下，可以在上述路径输入区域显示“请输入文件路径”(即，上面示例中所描述的：请输入文件路径)，也可以在上述路径输入区域显示“请输入目录路径”。

为便于理解本申请实施例提供的基于统一资源定位符URL协议的数据处理方法的应用价值，下面结合一个具体应用场景实施例进行说明。图3示出了本申请实施例提供的基于统一资源定位符URL协议的数据处理系统的框架图。如图3所示，该基于统一资源定位符URL协议的数据处理系统用于执行上述基于统一资源定位符URL协议的数据处理方法，该数据处理系统包括数据/协议管理模块101、界面显示模块201(即当前页面)和进程控制模块301。其中，数据/协议管理模块101可以根据预注册的至少一个URL协议规范实现界面显示模块201中的组件(即，前文所记载的基于URL协议的UI组件20)的显示方式。数据/协议管理模块101包括URL协议管理单元和数据管理单元，其中，URL协议管理单元主要用于处理与URL协议相关的内容，例如，预先存储有至少一个协议头。数据管理单元主要用于处理与内容路径相关的内容，例如，预先存储有分别与URL协议管理单元中预先存储的各协议头对应的至少一个内容路径。URL协议管理单元中预先存储的各协议头，以及数据管理单元中预先存储的分别与各协议头对应的内容路径可以形成URL，即全路径。组件包括切换URL协议头单元(即前文所记载的URL协议头选择单元)、URL协议菜单单元(即显示协议头选择列表的区域)、选择文件/目录单元(即前文所记载的内容选择控件)、编辑路径单元(即前文所记载的路径输入区域)和打开文件/目录(即前文所记载的内容打开控件)。如图3所示，该数据处理系统可以具体包括：

数据/协议管理模块101用于响应于针对URL协议头选择单元的触发操作，获取包括至少一个URL协议头的协议头选择列表，并将该协议头选择列表发送至界面显示模块201；

界面显示模块201用于将接收的协议头选择列表显示在URL协议菜单单元内；

数据/协议管理模块101响应于针对协议头选择列表中任一URL协议头的选择操作，将所选择的URL协议头确定为第一URL协议头，并将第一URL协议头发送至界面显示模块201；

界面显示模块201用于将接收的第一URL协议头显示在URL协议菜单单元内。

界面显示模块201用于响应于针对选择文件/目录单元的触发操作，通过进程控制模块301处理该触发操作，以基于第一URL协议头对应的协议规范，显示选择窗口(即显示第一URL协议头对应的内容选择列表，以使得用户选择该内容选择列表中任一内容标识)。

进程控制模块301用于响应于针对该内容选择列表中任一内容标识的选择操作，发出进一步的待确认信息(confirm事件)，该待确认信息可以为：是否确认被选择的内容标识。若基于该待确认信息的反馈信息为确认选择被选择的内容标识，则确定所选择的内容标识对应的内容的第一内容路径，并将该第一内容路径显示在路径输入区域，并将该第一内容路径发送至数据管理单元，以使数据管理单元对该第一内容路径进行存储。若基于该待确认信息的反馈信息为确认不选择被选择的内容标识，则不对所选择的内容标识进行处理。

界面显示模块201用于响应于针对编辑路径单元的输入操作，获取输入的第一内容路径，或者响应于针对内容拖拽控件的拖拽操作，获取被拖拽至编辑路径单元的内容对应的第一内容路径。在获取到第一内容路径之后，确定该第一内容路径对应的绝对路径，并将该第一内容路径对应的绝对路径发送至数据管理单元，以使数据管理单元对该第一内容路径对应的绝对路径进行存储。

界面显示模块201用于响应于针对打开文件/目录单元的触发操作，获取第一URL协议头和第一内容路径，并根据第一URL协议头和第一内容路径确定绝对路径，基于数据管理单元获取该绝对路径，若无法基于数据管理单元获取到该绝对路径，则确定数据管理单元中不存在该绝对路径，发出提示信息，例如无效信息、对组件显示区域进行高亮等。若可以基于数据管理单元获取到该绝对路径，则确定数据管理单元中存在该绝对路径，并打开该绝对路径对应的文件/目录窗口。

基于上述，可以根据实际操作，确定“选择文件/目录单元”、“打开文件/目录”和“文件/目录窗口”中具体对应的是文件还是目录，本申请对此不做限定。

可选地，该基于统一资源定位符URL协议的数据处理方法还可以包括：

基于对界面显示模块中的URL输入控件的输入操作，获取URL输入控件中显示的URL协议头；

根据该URL协议头，基于预存储的绝对路径列表，获取并显示与该URL协议头对应的至少一个绝对路径；

其中，该预存储的绝对路径列表存储有至少两个绝对路径，一个绝对路径包括协议头和与该协议头对应的内容路径，每个绝对路径都是基于对该URL输入控件中的编辑路径单元的编辑操作实现的。

基于与本申请实施例提供的基于统一资源定位符URL协议的数据处理方法相同的原理，本申请实施例还提供了一种基于统一资源定位符URL协议的数据处理装置。图4示出了本申请实施例提供的基于URL协议的数据处理装置的示意图。如图4所示，该装置40包括URL获取并显示模块401、绝对路径确定模块402和内容路径更新模块403，其中，

URL获取并显示模块401，用于通过当前页面的URL输入控件获取并显示第一URL，该第一URL包括第一URL协议头和第一内容路径；

绝对路径确定模块402，用于在将第一URL协议头切换为第二URL协议头时，根据第一URL协议头和第一内容路径确定第一内容路径对应的内容的绝对路径，该内容为文件或目录；

内容路径更新模块403，用于根据第一内容路径对应的绝对路径和第二URL协议头，将第一内容路径更新为第二内容路径。

可选地，URL输入控件包括URL协议头选择单元和内容路径输入单元，URL获取并显示模块401在通过当前页面的URL输入控件获取第一URL时，具体用于：

响应于针对URL协议头选择单元的触发操作，显示包括至少一个URL协议头的协议头选择列表；

响应于针对协议头选择列表中任一URL协议头的选择操作，将所选择的URL协议头确定为第一URL协议头；

通过内容路径输入单元获取第一内容路径。

可选地，内容路径输入单元包括以下至少一项：

路径输入区域；内容选择控件；内容拖拽控件；

URL获取并显示模块401在通过内容路径输入单元获取第一内容路径时，具体用于执行以下任一项操作：

响应于针对路径输入区域的输入操作，获取输入的第一内容路径；

响应于针对内容选择控件的触发操作，基于第一URL协议头对应的协议规范，显示第一URL协议头对应的内容选择列表，该内容选择列表包括至少一个内容标识；响应于针对该内容选择列表中任一内容标识的选择操作，基于第一URL协议头的根路径和所选择的内容标识对应的内容的绝对路径，确定所选择的内容标识对应的内容的第一内容路径；

响应于针对内容拖拽控件的触发操作，显示至少一个支持拖拽内容，获取至少一个支持拖拽内容中被拖拽的内容的第一内容路径。

可选地，该装置还包括提示模块，该提示模块用于：

响应于针对路径输入区域的输入操作，获取已输入内容路径；

若已输入内容路径不符合第一URL协议头对应的协议规范，显示提示信息。

可选地，若第一内容路径为目录路径，该URL获取并显示模块401还用于：

显示目录路径对应的目录中至少一个文件的文件标识。

可选地，当前页面还显示有与URL输入控件关联的内容打开控件，该内容打开控件用于：

响应于针对内容打开控件的触发操作，显示第一内容路径对应的内容所在的目录结构窗口。

本申请实施例的装置可执行本申请实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

基于与本申请实施例提供的基于URL协议的数据处理及装置相同的原理，本申请实施例中还提供了一种电子设备(如服务器)，该电子设备可以包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现本申请任一可选实施例中提供的方法的步骤。

可选地，图5示出了本申请实施例所适用的一种电子设备的结构示意图，如图5所示，图5所示的电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004，收发器4004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本申请实施例的限定。

处理器4001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器4003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。

存储器4003用于存储执行本申请实施例的计算机程序，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的计算机程序，以实现前述方法实施例所示的步骤。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请实施例还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”、“1”、“2”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除图示或文字描述以外的顺序实施。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上所述仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (10)

1.一种基于统一资源定位符URL协议的数据处理方法，其特征在于，所述方法包括：

通过当前页面的URL输入控件获取并显示第一URL，所述第一URL包括第一URL协议头和第一内容路径；其中，所述URL输入控件的结构和样式通过Shadow DOM封装，所述URL输入控件的处理操作信息通过Custom Elements定义，且在所述Custom Elements的生命周期函数中添加有组件属性的监听事件；所述监听事件用于监听所述URL输入控件的属性是否发生变化；

在通过所述监听事件监听到将所述第一URL协议头切换为第二URL协议头时，根据所述第一URL协议头对应的协议规范，确定出所述第一URL协议头的根路径；基于所述第一URL协议头的根路径，与所述第一内容路径进行组合，得到所述第一内容路径对应的内容的绝对路径，所述内容为文件或目录；

根据所述第一内容路径对应的绝对路径和第二URL协议头，将所述第一内容路径更新为第二内容路径；

其中，所述内容在所述第一URL协议头下的第一业务处理方式，与所述内容在所述第二URL协议头下的第二业务处理方式不同。

2.根据权利要求1所述的方法，其特征在于，所述URL输入控件包括URL协议头选择单元和内容路径输入单元，所述通过当前页面的URL输入控件获取第一URL，包括：

响应于针对所述URL协议头选择单元的触发操作，显示包括至少一个URL协议头的协议头选择列表；

响应于针对所述协议头选择列表中任一URL协议头的选择操作，将所选择的URL协议头确定为所述第一URL协议头；

通过所述内容路径输入单元获取所述第一内容路径。

3.根据权利要求2所述的方法，其特征在于，所述内容路径输入单元包括以下至少一项：

路径输入区域；内容选择控件；内容拖拽控件；

所述通过所述内容路径输入单元获取所述第一内容路径，包括以下任一项：

响应于针对所述路径输入区域的输入操作，获取输入的第一内容路径；

响应于针对所述内容选择控件的触发操作，基于所述第一URL协议头对应的协议规范，显示所述第一URL协议头对应的内容选择列表，所述内容选择列表包括至少一个内容标识；响应于针对所述内容选择列表中任一内容标识的选择操作，基于所述第一URL协议头的根路径和所选择的内容标识对应的内容的绝对路径，确定所述所选择的内容标识对应的内容的第一内容路径；

响应于针对所述内容拖拽控件的触发操作，显示至少一个支持拖拽内容，获取所述至少一个支持拖拽内容中被拖拽的内容的第一内容路径。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

响应于针对所述路径输入区域的输入操作，获取已输入内容路径；

若所述已输入内容路径不符合所述第一URL协议头对应的协议规范，显示提示信息。

5.根据权利要求3所述的方法，其特征在于，若所述第一内容路径为目录路径，所述方法还包括：

显示所述目录路径对应的目录中至少一个文件的文件标识。

6.根据权利要求1所述的方法，其特征在于，所述当前页面还显示有与所述URL输入控件关联的内容打开控件，所述方法还包括：

响应于针对所述内容打开控件的触发操作，显示所述第一内容路径对应的内容所在的目录结构窗口。

7.一种基于统一资源定位符URL协议的数据处理装置，其特征在于，所述装置包括获取并显示URL模块、绝对路径确定模块和内容路径更新模块，其中，

URL获取并显示模块，用于通过当前页面的URL输入控件获取并显示第一URL，所述第一URL包括所述第一URL协议头和第一内容路径；其中，所述URL输入控件的结构和样式通过Shadow DOM封装，所述URL输入控件的处理操作信息通过Custom Elements定义，且在所述Custom Elements的生命周期函数中添加有组件属性的监听事件；所述监听事件用于监听所述URL输入控件的属性是否发生变化；

绝对路径确定模块，用于在通过所述监听事件监听到将所述第一URL协议头切换为第二URL协议头时，根据所述第一URL协议头对应的协议规范，确定出所述第一URL协议头的根路径；基于所述第一URL协议头的根路径，与所述第一内容路径进行组合，得到所述第一内容路径对应的内容的绝对路径，所述内容为文件或目录；

内容路径更新模块，用于根据所述第一内容路径对应的绝对路径和所述第二URL协议头，将所述第一内容路径更新为第二内容路径；

其中，所述内容在所述第一URL协议头下的第一业务处理方式，与所述内容在所述第二URL协议头下的第二业务处理方式不同。

8.根据权利要求7所述的装置，其特征在于，所述URL输入控件包括URL协议头选择单元和内容路径输入单元，所述第一URL显示模块在通过URL输入控件获取所述第一URL时，具体用于：

响应于针对所述URL协议头选择单元的触发操作，显示包括至少一个URL协议头的协议头选择列表；

响应于针对所述协议头选择列表中任一URL协议头的选择操作，将所选择的URL协议头确定为所述第一URL协议头；

通过所述内容路径输入单元获取所述第一内容路径。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1-6任一项所述方法的步骤。

10.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6任一项所述的方法的步骤。