项目文件存储方法、装置、设备及计算机可读存储介质与流程

本发明涉及互联网技术领域，特别是涉及一种项目文件存储方法、装置、设备及计算机可读存储介质。

背景技术：

随着互联网技术的飞速发展，为了方便人们的工作和生活，许多基于终端运行的管理应用应运而生。管理应用中接入有许多项目，并基于项目为用户提供各种不同的服务，用户可以在私人终端中下载管理应用，基于管理应用管理多个账户，并轻松实现保险、银行、投资等多种理财需求。考虑到管理应用的工作人员可能需要对管理应用中项目提供的服务及功能进行维护和更新，因此，在管理应用中存储有各个项目的项目文件。

相关技术中，管理应用通常基于webpack(网页)脚手架构建，在存储项目的项目文件时，通常将全部项目的项目文件全部存储在数据库中，当需要对某一项目进行维护时，需要在数据库中获取项目文件，并基于该项目文件对项目进行开发、测试和生产等操作。

在实现本发明的过程中，发明人发现相关技术至少存在以下问题：

由于管理应用中的项目更新快、数量多，因此，需要经常对项目的项目文件执行开发、测试、生产等操作，而webpack脚手架的功能不完善，数据库中存储项目的项目文件的目录较复杂，导致对项目文件的维护较为繁琐，项目文件维护的效率较低，不便于对项目文件进行维护和管理。

技术实现要素：

有鉴于此，本发明提供了一种项目文件存储方法、装置、设备及计算机可读存储介质，主要目的在于解决目前数据库中存储项目的项目文件的目录较复杂，导致对项目文件的维护较为繁琐，项目文件维护的效率较低，不便于对项目文件进行维护和管理的问题。

依据本发明第一方面，提供了一种项目文件存储方法，该方法包括：

接收项目文件，将所述项目文件存储至预设目录中；

在所述项目文件提供的多个操作中确定目标操作，在所述项目文件中提取执行所述目标操作的至少一个子执行文件，将所述至少一个子执行文件作为配置参数，所述目标操作为所述多个操作中未生成配置文件的操作；

获取预设文件格式，按照所述预设文件格式，对所述配置参数进行整理，生成所述配置文件；

将所述配置文件与所述项目文件对应存储至所述预设目录中。

依据本发明第二方面，提供了一种项目文件存储装置，该装置包括：

接收模块，用于接收项目文件，将所述项目文件存储至预设目录中；

提取模块，用于在所述项目文件提供的多个操作中确定目标操作，在所述项目文件中提取执行所述目标操作的至少一个子执行文件，将所述至少一个子执行文件作为配置参数，所述目标操作为所述多个操作中未生成配置文件的操作；

整理模块，用于获取预设文件格式，按照所述预设文件格式，对所述配置参数进行整理，生成所述配置文件；

存储模块，用于将所述配置文件与所述项目文件对应存储至所述预设目录中。

依据本发明第三方面，提供了一种设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述方法的步骤。

依据本发明第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法的步骤。

借由上述技术方案，本发明提供的一种项目文件存储方法、装置、设备及计算机可读存储介质，与目前将全部项目的项目文件全部存储在数据库中的方式相比，本发明根据项目文件可根据项目文件生成多个配置文件，并将配置文件与项目文件对应存储在预设目录中，使得可以直接对项目文件的某一个配置文件进行维护，简化存储项目文件的目录，对项目文件的维护更简易，提高项目文件维护的效率，更有利于对项目文件进行维护和管理。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种项目文件存储方法流程示意图；

图2a示出了本发明实施例提供的一种项目文件存储方法流程示意图；

图2b示出了本发明实施例提供的一种项目文件存储方法流程示意图；

图2c示出了本发明实施例提供的一种项目文件存储方法流程示意图；

图3a示出了本发明实施例提供的一种项目文件存储装置的结构示意图；

图3b示出了本发明实施例提供的一种项目文件存储装置的结构示意图；

图3c示出了本发明实施例提供的一种项目文件存储装置的结构示意图；

图3d示出了本发明实施例提供的一种项目文件存储装置的结构示意图；

图3e示出了本发明实施例提供的一种项目文件存储装置的结构示意图；

图3f示出了本发明实施例提供的一种项目文件存储装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种项目文件存储方法，可以本发明根据项目文件可根据项目文件生成多个配置文件，并将配置文件与项目文件对应存储在预设目录中，使得可以直接对项目文件的某一个配置文件进行维护，简化存储项目文件的目录，达到对项目文件的维护更简易，提高项目文件维护的效率，更有利于对项目文件进行维护和管理的目的，如图1所示，该方法包括：

101、接收项目文件，将项目文件存储至预设目录中。

在本发明实施例中，为了将接入管理应用的项目文件统一管理，以便后续可以为每个项目文件生成多个配置文件，并便于对配置文件进行管理，可以设置预设目录，并将项目文件收录至预设目标中。

102、在项目文件提供的多个操作中确定目标操作，在项目文件中提取执行目标操作的至少一个子执行文件，将至少一个子执行文件作为配置参数，目标操作为多个操作中未生成配置文件的操作。

在本发明实施例中，考虑到有些项目文件在后续的运行中可能会增加可执行的操作，而该项目文件在之前已经生成过配置文件，只有新增加的操作尚未生成配置文件，因此，在确定目标操作时，首先，可以检测项目文件提供的多个操作中哪一种操作没有对应的配置文件，并将该操作作为目标操作；随后，确定该目标操作的配置参数。

其中，在确定目标操作的配置参数时，由于目标操作在执行时通常需要依赖至少一个子执行文件工作运作实现，少了其中任一子执行文件均无法保证目标操作的正常运行，因此，在确定目标操作的配置参数时，需要获取该目标操作依赖的全部子执行文件作为配置参数。

103、获取预设文件格式，按照预设文件格式，对配置参数进行整理，生成配置文件。

在本发明实施例中，考虑到如果直接将提取到的配置参数作为配置文件会导致生成的多个配置文件的格式混乱，导致执行配置文件出现操作，因此，可以设置保证能够正常运行的预设文件格式，并按照预设文件格式，对配置参数进行整理，从而生成可以正常运行的配置文件。

在实际应用的过程中，考虑到运行效果达到最佳，还可以为不同的操作设置不同的预设文件格式，并在针对操作生成配置文件时，获取该操作对应的预设文件格式生成配置文件。例如，设为开发操作设置的预设文件格式为格式a，这样，在生成开发操作的配置文件时，采用格式a生成；为测试操作设置的预设文件格式为格式b，这样，在生成测试操作的配置文件时，采用格式b生成；为生产操作设置的预设文件格式为格式c，这样，在生成生产操作的配置文件时，采用格式c生成。

104、将配置文件与项目文件对应存储至预设目录中。

在本发明实施例中，当生成了配置文件后，考虑到同一时间生成的配置文件较多，为了避免将不同项目文件的配置文件混淆，将配置文件与项目文件对应存储在预设目录中，以便在后续需要对项目文件执行某一项操作时，可以直接按照项目文件对配置文件进行提取。

本发明实施例提供的项目文件存储方法，根据项目文件可根据项目文件生成多个配置文件，并将配置文件与项目文件对应存储在预设目录中，使得可以直接对项目文件的某一个配置文件进行维护，简化存储项目文件的目录，对项目文件的维护更简易，提高项目文件维护的效率，更有利于对项目文件进行维护和管理。

本发明实施例提供了一种项目文件存储方法，可以根据项目文件可根据项目文件生成多个配置文件，并将配置文件与项目文件对应存储在预设目录中，使得可以直接对项目文件的某一个配置文件进行维护，简化存储项目文件的目录，达到对项目文件的维护更简易，提高项目文件维护的效率，更有利于对项目文件进行维护和管理的目的，如图2a所示，该方法包括：

201、接收项目文件，将项目文件存储至预设目录中。

在本发明实施例中，由于管理应用中接入了许多项目，为了保证项目的正常运行，通常项目在接入到管理应用中时，会向管理应用提供项目文件，以便管理应用通过运行该项目文件来为用户提供有关该项目的服务。

其中，为了将项目的项目文件明列出来，以便后续可以分别为项目文件列出子项目，在将项目文件进行存储时，可以生成一个预设目录，将项目文件存储至预设目录中，使得项目文件按照预设目录存储。具体地，预设目录为一个统一的目录，可为src(sparserepresentation-basedclassifier，基于稀疏表达的分类)目录。例如，设当前管理应用中包括的项目分别为project(项目)1，project2和project3，则可以在预设目录src中存储project1，project2和project3的项目文件。另外，管理应用还可以随时接收请求接入的项目的项目文件，并将项目文件存储至预设目录中。需要说明的是，为了明确每个项目文件关联的项目，以便后续可以直接对项目文件进行管理，在将项目文件存储至预设目录中时，还可以为项目文件分配文件标识，并采用该文件标识对项目文件进行标注，将标注后的项目文件存储在预设目录中。其中，文件标识可为项目的项目名称。

在实际应用的过程中，由于请求将项目文件接入管理应用的频率较高，如果每次接收到项目文件均执行接入操作，会使输入操作频繁，整个管理应用的负荷较重，因此，可以按时间段统计项目文件，将某一时间段的全部项目的项目文件缓存，并当该时间段结束时，统一对全部的项目文件进行整理，并存储至预设目录中，例如，时间段可以为6个月，则将6个月中全部的项目文件进行整理，存储至预设目录中。

202、在项目文件提供的多个操作中确定目标操作。

发明人认识到，管理应用在存储项目的项目文件时，通常直接存储，当需要对项目文件提供的多个操作中某一个操作进行维护和管理时，需要一一在项目文件中提取与该操作相关的参数进行维护，导致每一次针对操作进行的维护和管理都很繁琐，因此，在本发明实施例中，为项目文件的每个操作建立配置文件，以便后续针对操作进行维护时，可以直接获取该操作对应的配置文件进行维护，无需再在项目文件中遍历全部的参数。

其中，由于项目文件中有关于维护的具体操作的执行频率较高，且通过具体的操作对项目文件中参数进行划分可以覆盖到项目文件中的全部参数，因此，可以根据项目文件提供的多个操作，确定对应的目标操作。具体地，操作可以包括开发操作、测试操作以及生产操作。在实际应用的过程中，目录中存储的每一个项目文件均可以提供多个操作，且针对不同的待生成文件，多个操作中的每个操作均可以作为目标操作。

203、对目标操作进行分析，确定目标操作的执行过程中的主执行文件，调用接口，获取与主执行文件关联的至少一个子执行文件，将至少一个子执行文件作为配置参数。

在本发明实施例中，由于不同的操作所依赖的参数是不同的，因此，通过对目标操作的分析，便可以确定该目标操作的配置参数。为了获取项目文件中的参数，以便生成配置参数，每个项目文件均可以设置接口，并基于该接口在项目文件中提取配置参数。具体地，在提取配置参数时，首先，对目标操作进行分析，确定该目标操作的执行过程中的主执行文件；随后，获取主执行文件关联的至少一个子执行文件，将全部的子执行文件均作为该目标操作的配置参数。

以目标操作分别为开发操作、测试操作以及生产操作为例分别进行说明，如果目标操作为开发操作，则确定开发过程的主执行文件，调用接口，在项目的项目文件中确定该主执行文件关联的至少一个子执行文件，提取至少一个子执行文件作为配置参数；如果目标操作为测试操作，则确定测试过程的主执行文件，调用接口，在项目的项目文件中确定该主执行文件关联的至少一个子执行文件，提取至少一个子执行文件作为配置参数；如果目标操作为生产操作，则确定生产过程的主执行文件，调用接口，在项目的项目文件中确定该主执行文件关联的至少一个子执行文件，提取至少一个子执行文件作为配置参数。

204、获取预设文件格式，按照预设文件格式，对配置参数进行整理，生成配置文件。

在本发明实施例中，考虑到不同类型配置文件包括的配置参数在排版上是不同的，为了使不同类型配置文件的格式可以同一，避免发生配置文件不兼容的情况，导致后续生成的配置文件无法正常运行，可以为不同类型的配置文件生成预设文件格式。这样，在提取到配置参数后，按照该预设文件格式，对提取到的配置参数进行整理，当对配置参数的整理完毕后，将整理后的配置参数进行打包，从而生成配置文件。

另外，由于在完成当前的配置文件的生成后，该配置文件涉及的项目在后续可能还会生成其他多个配置文件，为了在后续接收到操作指令时，可以根据接收到的指令确定运行哪一个配置文件，因此，在生成配置文件后，可以基于配置文件对应的目标操作，为配置文件分配文件标识，以便在后续基于接收到的操作指令运行相应的配置文件。例如，如果该配置文件对应的目标操作为开发操作，则可以为该配置文件分配“开发配置文件”字样的文件标识。通常来说，生成的关于开发操作的配置文件可以采用dev作为文件标识；关于测试操作的配置文件可以采用test作为文件标识；关于生产操作的配置文件可以采用product表示。本发明实施例对配置文件的生成方式以及标注方式不进行具体限定。

在实际应用的过程中，由于不同的配置文件实现的功能是不同的，且运行环境也是不同的，因此，对于生成的配置文件，可以根据目标操作的执行过程，确定该配置文件的运行环境，采用运行环境对配置文件进行标注，以便后续需要运行该配置文件时，直接确定配置文件的运行环境，将当前环境更改为配置文件标注的运行环境，进而保证配置文件的正常运行。

205、将配置文件与项目文件对应存储至预设目录中。

在本发明实施例中，在生成了该配置文件后，便可以将该配置文件与该配置文件涉及的项目对应存储，进而在后续针对该项目执行命令时，可以直接获取与该项目相关的配置文件进行启动。

其中，在将配置文件进行存储时，可将配置文件与其文件标识对应存储至预设目录中该项目的子目录下。

在实际应用的过程中，当需要执行项目的某一操作时，管理应用会接收到操作指令，而由于管理应用中已经为项目梳理了多个配置文件，因此，在接收到操作指令时，仅执行该操作指令指示的配置文件即可，从而简化执行操作指令的过程，具体方法参见图2b，该方法包括：

206、当接收到操作指令时，在操作指令中提取目标配置文件标识，确定目标配置文件标识指示的目标配置文件，如果目标配置文件标注了目标运行环境，则执行下述步骤207；如果目标配置文件未标注目标运行环境，则执行下述步骤208。

在本发明实施例中，管理应用中可以提供操作入口，当检测到用户触发该操作入口时，显示操作指令下发页面，并在检测到用户对该操作指令下发页面进行确定时，确定接收到操作指令，在操作指令中提取其携带的目标配置文件标识，确定该目标配置文件标识指示的目标配置文件，以便在后续运行该目标配置文件。

其中，由于有些配置文件可能标注由运行环境，因此，在确定了目标配置文件后，如果该目标配置文件标注有目标运行环境，则表明需要将当前环境切换为目标运行环境才可以正常运行该目标配置文件，也即执行下述步骤207；如果该目标配置文件未标注目标运行环境，则表明当前仅需要切换到预设运行环境运行该目标配置文件即可，也即执行下述步骤208。

207、如果目标配置文件标注了目标运行环境，则将当前运行环境切换为目标运行环境，在目标运行环境中运行目标配置文件。

在本发明实施例中，如果目标配置文件标注了目标运行环境，则表明该目标配置文件必须在目标运行环境中才能正常运行，这样，便需要将当前运行环境切换为目标运行环境，并在该目标运行环境中运行该目标配置文件。

208、如果目标配置文件未标注目标运行环境，则将当前运行环境切换为预设运行环境，在预设运行环境中运行目标配置文件。

在本发明实施例中，如果目标配置文件未标注目标运行环境，则表明该目标配置文件并没有明确要在哪一种运行环境中运行，只需在正常的运行环境中运行即可。而为了避免目标配置文件直接运行可能存在的失败情况，提高目标配置文件成功运行的几率，管理应用在运行该目标配置文件之前，可以将当前运行环境切换为预设运行环境，并在预设运行环境中运行目标配置文件。其中，预设运行环可为node(节点)环境，这样，在node环境中运行目标配置文件时，便可以基于node环境中的运行语句运行。例如，设预设环境为node环境，当前需要运行project1的开发配置文件，则可以在node环境中运行“npmrundev--project1”语句，从而实现project1的开发配置文件的运行。本发明实施例对预设运行环境为哪一种运行环境不进行具体限定。

在实际应用的过程中，由于项目存在的变化会使项目的文件也发生变化，因此，为了保证与项目文件对应存储的多个配置文件中的配置参数可以与项目文件中的参数保持一致，本发明实施例还提供对配置文件的修改功能，参见图2c，该方法包括：

209、当接收到修改指令时，在修改指令中提取待修改配置文件标识，确定待修改配置文件标识指示的待修改配置文件。

在本发明实施例中，管理应用中可以提供修改入口，当检测到用户触发该修改入口时，显示修改页面，并在检测到用户对该修改页面进行确定时，确定接收到修改指令，在修改指令中提取其携带的待修改配置文件标识，确定该待修改配置文件标识指示的待修改配置文件，以便在后续对该待修改配置文件进行修改。

210、在修改指令中提取修改内容，将修改内容添加至待修改配置文件，生成修改后配置文件。

在本发明实施例中，当确定了待修改配置文件后，便可以在修改指令中提取修改内容，将该修改内容添加至待修改配置文件中，并生成修改后的配置文件，以便后续采用该修改后配置文件对当前的配置文件进行替换。

211、采用修改后配置文件对待修改配置文件进行覆盖。

在本发明实施例中，当生成了修改后配置文件后，便可以采用该修改后的配置文件对待修改配置文件进行覆盖，实现对待修改文件的修改。其中，还可以将待修改配置文件删除，并将修改后配置文件保存，实现对待修改配置文件进行的修改。

另外，考虑到开发人员可能在后续为某一配置文件确定了更加适合该配置文件的运行环境，因此，本发明不仅可以提供对配置文件中的具体内容的修改，还提供对配置文件的运行环境进行修改的功能。具体地，当接收到运行环境修改请求时，在运行环境修改请求中提取指定配置文件标识，确定指定配置文件标识指示的指定配置文件，在运行环境修改请求中提取待修改运行环境，如果指定配置文件标注有运行环境，则基于待修改运行环境对指定配置文件当前标注的运行环境进行覆盖，如果指定配置文件未标注运行环境，则采用待修改运行环境对指定配置文件进行标注。

本发明实施例提供的方法，根据项目文件可根据项目文件生成多个配置文件，并将配置文件与项目文件对应存储在预设目录中，使得可以直接对项目文件的某一个配置文件进行维护，简化存储项目文件的目录，对项目文件的维护更简易，提高项目文件维护的效率，更有利于对项目文件进行维护和管理。

进一步地，作为图1所述方法的具体实现，本发明实施例提供了一种项目文件存储装置，如图3a所示，所述装置包括：接收模块301，提取模块302，整理模块303和存储模块304。

该接收模块301，用于接收项目文件，将所述项目文件存储至预设目录中；

该提取模块302，用于在所述项目文件提供的多个操作中确定目标操作，在所述项目文件中提取执行所述目标操作的至少一个子执行文件，将所述至少一个子执行文件作为配置参数，所述目标操作为所述多个操作中未生成配置文件的操作；

该整理模块303，用于获取预设文件格式，按照所述预设文件格式，对所述配置参数进行整理，生成所述配置文件；

该存储模块304，用于将所述配置文件与所述项目文件对应存储至所述预设目录中。

在具体的应用场景中，如图3b所示，该提取模块302，具体包括：检测子模块3021，分析子模块3022和获取子模块3023。

该检测子模块3021，用于对所述多个操作对应的配置文件进行检测，提取未生成配置文件的操作作为所述目标操作；

该分析子模块3022，用于对所述目标操作进行分析，确定所述目标操作的执行过程中的主执行文件，所述目标操作至少为开发操作、测试操作以及生产操作中的任一种；

该获取子模块3023，用于调用接口，获取与所述主执行文件关联的所述至少一个子执行文件，将所述至少一个子执行文件作为所述配置参数，所述至少一个子执行文件为所述主执行文件在执行时依赖的执行文件。

在具体的应用场景中，如图3c所示，该装置还包括第一确定模块305和标注模块306。

该第一确定模块305，用于根据所述目标操作的执行过程，确定所述配置文件的运行环境；

该标注模块306，用于采用所述运行环境对所述配置文件进行标注。

在具体的应用场景中，如图3d所示，该装置还包括第二确定模块307和第一修改模块308。

该第二确定模块307，用于当接收到运行环境修改请求时，在运行环境修改请求中提取指定配置文件标识，确定指定配置文件标识指示的指定配置文件；

该第一修改模块308，用于在运行环境修改请求中提取待修改运行环境，如果指定配置文件标注有运行环境，则基于待修改运行环境对指定配置文件当前标注的运行环境进行覆盖；

该第一修改模块308，还用于如果指定配置文件未标注运行环境，则采用待修改运行环境对指定配置文件进行标注。

在具体的应用场景中，如图3e所示，该装置还包括第三确定模块309和运行模块310。

该第三确定模块309，用于当接收到操作指令时，在操作指令中提取目标配置文件标识，确定目标配置文件标识指示的目标配置文件；

该运行模块310，用于如果目标配置文件标注了目标运行环境，则将当前运行环境切换为目标运行环境，在目标运行环境中运行目标配置文件；

该运行模块310，还用于如果目标配置文件未标注目标运行环境，则将当前运行环境切换为预设运行环境，在预设运行环境中运行目标配置文件，预设运行环境至少为节点node环境。

在具体的应用场景中，如图3f所示，该装置还包括第四确定模块311，添加模块312和第二修改模块313。

该第四确定模块311，用于当接收到修改指令时，在修改指令中提取待修改配置文件标识，确定待修改配置文件标识指示的待修改配置文件；

该添加模块312，用于在修改指令中提取修改内容，将修改内容添加至待修改配置文件，生成修改后配置文件；

该第二修改模块313，用于采用修改后配置文件对待修改配置文件进行覆盖。

本发明实施例提供的装置，根据项目文件可根据项目文件生成多个配置文件，并将配置文件与项目文件对应存储在预设目录中，使得可以直接对项目文件的某一个配置文件进行维护，简化存储项目文件的目录，对项目文件的维护更简易，提高项目文件维护的效率，更有利于对项目文件进行维护和管理。

需要说明的是，本发明实施例提供的一种项目文件存储装置所涉及各功能单元的其他相应描述，可以参考图1中的对应描述，在此不再赘述。

在示例性实施例中，还提供了一种设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现所述项目文件存储方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述的项目文件存储方法的步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。