小程序页面参数的控制方法及装置、介质及电子设备

摘要

本公开涉及计算机领域，具体涉及小程序页面参数的控制方法及装置、计算机可读存储介质及电子设备，上述方法包括：获取宿主应用程序的界面组件，并在界面组件中创建小程序管理部件；获取界面组件的布局文件，并在布局文件中设置第一目标小程序视窗容器；通过小程序管理部件控制第一目标小程序视窗容器显示目标小程序；其中，第一目标小程序视窗容器具有预设的页面参数。通过本公开实施例的技术方案，可以解决小程序显示方式单一，展示小程序方式较为呆板的问题。

说明书

技术领域

本公开涉及计算机领域，具体而言，涉及一种小程序页面参数的控制方法、小程序页面参数的控制装置、计算机可读存储介质及电子设备。

背景技术

随着互联网和智能终端技术的发展，在智能终端上出现的应用程序越来越多，形式也越来越丰富。

目前出现的小程序就是一种应用功能的实现形式，对于用户来说，不需要下载和安装即可进行使用，能够节省使用时间成本和终端设备的存储空间，对于开发人员来说，小程序能够节约开发成本和推广成本。小程序作为一种互联网平台产品，具有较好的发展前景。

然而，现有的小程序通常是全屏显示小程序，无法调整小程序的大小及位置，使得小程序的显示方式较为单一，给用户展示小程序的方式比较呆板。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种小程序页面参数的控制方法及小程序页面参数的控制装置、计算机可读存储介质及电子设备，可以解决小程序显示方式单一，展示小程序方式较为呆板的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供了一种小程序页面参数的控制方法，包括：获取宿主应用程序的界面组件，并在所述界面组件中创建小程序管理部件；获取所述界面组件的布局文件，并在所述布局文件中设置第一目标小程序视窗容器；通过所述小程序管理部件控制所述第一目标小程序视窗容器显示所述目标小程序；其中，所述第一目标小程序视窗容器具有预设的页面参数。

在本公开的一种示例性实施例中，基于前述方案，所述获取所述宿主应用程序的界面组件，包括：启动所述宿主应用程序并获取所述宿主应用程序加载的应用文件；根据所述应用文件在多个候选组件中确定所要运行的界面组件。

在本公开的一种示例性实施例中，基于前述方案，根据所述小程序管理部件控制所述目标小程序视窗容器显示所述目标小程序，包括：所述小程序管理部件获取所述目标小程序视窗容器的栈；所述小程序管理部件控制位于所述栈顶的所述目标小程序在所述第一目标小程序视窗容器显示。

根据本公开的第二方面，提供了一种小程序页面参数的控制方法，包括：响应于目标小程序启动指令，获取所述目标小程序的配置文件并初始化为重置状态；根据所述配置文件生成目标小程序视图，并在宿主应用程序的布局文件中获取预创建的第一目标小程序视窗容器；小程序管理部件控制所述目标小程序视图在具有预设页面参数的所述第一目标小程序视窗容器中显示。

在本公开的一种示例性实施例中，基于前述方案，所述获取所述目标小程序的配置文件并初始化为重置状态，包括：获取所述目标小程序启动指令，其中，所述目标小程序启动指令包括所述目标小程序的存储路径；根据所述目标小程序的存储路径查找所述目标小程序的配置文件，并将所述配置文件初始化为重置状态。

在本公开的一种示例性实施例中，基于前述方案，所述获取所述目标小程序的配置文件并初始化为重置状态，包括：获取所述目标小程序的配置文件以及所述目标小程序的加载方法；根据所述目标小程序的加载方法将所述目标小程序初始化为重置状态。

在本公开的一种示例性实施例中，基于前述方案，所述小程序管理部件控制所述小程序视图在所述小程序视窗容器中显示，包括：判断宿主应用程序的布局文件中是否存在第二小程序视窗容器；当所述布局文件中不存在第二小程序视窗容器时，所述小程序管理部件控制所述目标小程序视图在所述第一目标小程序视窗容器中显示；当所述布局文件中存在第二小程序视窗容器时，比较所述第二小程序视窗容器的小程序视图与所述目标小程序视图是否一致；当所述小程序视图与所述目标小程序视图一致时，所述小程序管理部件重新加载所述目标小程序并在所述第二小程序视窗容器中显示；当所述小程序视图与所述目标小程序视图不一致时，所述小程序管理部件控制所述目标小程序视图在所述第一目标小程序视窗容器中显示。

在本公开的一种示例性实施例中，基于前述方案，所述当所述小程序视图与所述目标小程序视图不一致时，小程序管理部件控制所述目标小程序视图在所述第一目标小程序视窗容器中显示，包括：当所述小程序视图与所述目标小程序视图不一致时，所述小程序管理部件控制所述小程序暂停；所述小程序管理部件控制所述目标小程序视图在所述第一目标小程序视窗容器中显示。

根据本公开的第三方面，提供了一种小程序页面参数的控制装置，所述装置包括：指令获取模块，用于响应于目标小程序启动指令，获取所述目标小程序的配置文件并进行初始化；容器获取模块，用于根据所述配置文件生成目标小程序视图，并在宿主应用程序的布局文件中获取预创建的第一目标小程序视窗容器；程序显示模块，用于小程序管理部件控制所述目标小程序视图在具有预设页面参数的所述第一目标小程序视窗容器中显示。

根据本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第一方面所述的小程序页面参数的控制方法。

根据本公开的第五方面，提供了一种电子设备，包括：

处理器；以及

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的小程序页面参数的控制方法。

本公开实施例提供的技术方案可以包括以下有益效果：

本公开的一种实施例所述提供的小程序页面参数的控制方法中，在获取宿主应用程序的界面组件之后，可以在所述界面组件中创建小程序管理部件，然后获取所述界面组件的布局文件，并在所述布局文件中设置第一目标小程序视窗容器，然后通过所述小程序管理部件控制所述第一目标小程序视窗容器显示所述目标小程序。本公开的实施例，可以调整用以显示小程序的视窗容器的页面参数，使得小程序的显示方式更加多样化，展示小程序的展示方式更加灵活，进而提升了用户的使用体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示意性示出了可以应用本公开实施例的小程序页面参数的控制方法的流程图；

图2示意性示出本公开示例性实施例中根据宿主应用程序加载的应用文件在多个候选组件中确定说要运行的界面组件的流程图；

图3示意性示出本公开示例性实施例中小程序管理部件控制位于栈顶的目标小程序视窗容器显示目标小程序的流程图；

图4示意性示出本公开示例性实施例中小程序页面参数的控制的流程图；

图5示意性示出本公开示例性实施例中根据目标小程序的存储路径查找目标小程序的配置文件的流程图；

图6示意性示出本公开示例性实施例中根据目标小程序的加载方法将目标小程序初始化为重置状态的流程图；

图7示意性示出本公开示例性实施例中第一目标小程序视窗容器调整位置的示意图；

图8示意性示出本公开示例性实施例中判断宿主应用程序的布局文件中是否存在第二小程序视窗容器的流程图；

图9示意性示出本公开示例性实施例中小程序管理部件控制小程序暂停并在第一目标小程序视窗容器中显示目标小程序视图的流程图；

图10示意性示出本公开示例性实施例中一种小程序页面参数的控制装置的组成示意图；

图11示意性示出了适于用来实现本公开示例性实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参照附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个软件硬化的模块中实现这些功能实体或功能实体的一部分，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本公开中小程序页面参数的控制方案，可以用于控制各种不同的小程序，针对不同的应用程序，可以根据使用情况具体调整小程序的页面参数。例如，针对某一电子商务应用软件，商户可以根据自己的业务需求调整小程序的布局参数；又如，针对某一出行旅游应用软件，客服部门可以根据自己的业务需求调整小程序的布局参数；再如，针对某一聊天通讯应用软件，用户可以根据自己的业务需求调整小程序的布局参数，通过宿主应用程序打开小程序时，可以是用户通过扫描二维码或者搜索等方式获得小程序。本公开对小程序页面参数的控制的应用场景并不做特殊限定。

根据本示例性实施例中所提供的小程序页面参数的控制方法中，当获取宿主应用程序的界面组件，并在界面组件中创建小程序管理部件，然后获取界面组件的布局文件，并在布局文件中设置第一目标小程序视窗容器，再通过小程序管理部件控制第一目标小程序视窗容器显示目标小程序，其中，第一目标小程序视窗容器具有预设的页面参数。如图1所示，该小程序页面参数的控制方法可以包括以下步骤：

步骤S110：获取宿主应用程序的界面组件，并在界面组件中创建小程序管理部件；

步骤S120：获取界面组件的布局文件，并在布局文件中设置第一目标小程序视窗容器，其中，第一目标小程序视窗容器具有预设的页面参数；

步骤S130：通过小程序管理部件控制第一目标小程序视窗容器显示目标小程序。

在本示例实施方式所提供的小程序页面参数的控制方法中，可以根据通过管理部件控制具有预设的参数布局的第一目标小程序视窗容器，可以调整用以显示小程序的视窗容器的页面参数，使得小程序的显示方式更加多样化，展示小程序的展示方式更加灵活，进而提升了用户的使用体验。

下面，将结合附图及实施例对本示例性实施例中的小程序页面参数的控制方法的步骤S110～S130进行更详细的说明。

步骤S110，获取宿主应用程序的界面组件，并在界面组件中创建小程序管理部件；

在本公开的一种示例实施例中，宿主应用程序是基于智能终端使用的应用程序，用户可以使用的各种程序设计语言，以及用各种程序设计语言编制应用软件。宿主应用程序可以包括安装在智能手机上的软件，基于相应的系统而运行，例如ios系统、Android系统、windows mobile系统、Symbian系统、BlackBerry OS系统等。宿主应用程序可以包括办公室应用程序、互联网应用程序、多媒体应用程序、数据分析应用程序、工作协作应用程序、商务应用程序。需要说明的是，本公开对宿主应用程序的类型并不做特殊限定。

在本公开的一种示例实施例中，宿主应用程序可以包括界面组件，界面组件可以用于组成宿主应用程序，通常来说，宿主应用程序可以包括多个组件，界面组件用于显示屏幕，用户在使用终端设备时，可以与界面组件中的内容进行互动用以完成某项任务。

在本公开的一种示例实施例中，界面组件可以包括Android组件中的activity组件，一个activity组件可以提供一个屏幕，可以通过activity组件与用户进行交互，不同的activity组件通过intent进行通信。Activity代表一个用户所能看到的屏幕，主要用于处理应用程序的整体性工作，例如监听系统事件，为用户显示指定的View，启动其他Activity等。所有应用的Activity都继承于android.app.Activity类，该类是Android提供的基层类，其他的Activity继承该父类后，通过父类的方法来实现各种功能。

进一步的，activity组件有以下四种状态，包括Active/Runing状态，当一个新Activity启动入栈后，它在屏幕最前端，处于栈的最顶端，此时它处于可见并可和用户交互的激活状态；还包括Paused状态，当Activity被另一个透明或者Dialog样式的Activity覆盖时的状态。此时它依然与窗口管理器保持连接，系统继续维护其内部状态，所以它仍然可见，但它已经失去了焦点故不可与用户交互；还包括Stoped状态，当Activity被另外一个Activity覆盖、失去焦点并不可见时处于Stoped状态；还包括Killed状态，当Activity被系统回收或者没有被启动时处于Killed状态。当一个Activity实例被创建、销毁或者启动另外一个Activity时，它在这四种状态之间进行转换，这种转换的发生依赖于用户程序的动作。

在本公开的一种示例实施例中，小程序是一种不需要下载即可使用的应用程序，基于宿主应用程序而创建。相比于一般的应用程序，小程序的开发成本较低，且小程序可以分享其依附的宿主应用程序的流量，节省了推广费用；一般的应用程序由于调用手机的内核处理器运行，所以无论是APP、H5和SAAS都经常会出现延时、视觉变形等问题，而且在不同的手机系统里面，不同的APP和H5都会出新系统不兼容，功能展示不完全的问题，而在小程序里都不会出现。小程序在其开发阶段，有相对统一的开发框架。大量的减少了开发时造成的BUG。从而使得小程序具有更佳的用户体验。

在本公开的一种示例实施例中，小程序管理部件可以完成管理小程序的打开、关闭、回退事件等功能，小程序管理部件为与组件界面关联的普通对象，可以通过小程序管理部件管理界面组件中的各种对象，在本公开的方案中，可以使用小程序管理部件控制小程序在指定容器中打开。小程序管理部件可以包括AppManager。需要说明的是，本公开对小程序管理部件的具体形式并不做特殊限定，只要能够管理小程序即可。

在本公开的一种示例实施例中，可以预先获取宿主应用程序的界面组件，并在宿主应用程序的界面组件中创建小程序管理部件。具体的，在获取宿主应用程序的界面组件时，可以先获取宿主应用程序的存储路径，并根据存储路径查找宿主应用程序对应的多个组件，并在多个组件中查找界面组件，然后在这个界面组件中添加小程序管理部件。

在本公开的一种示例实施例中，可以启动宿主应用程序并获取宿主应用程序加载的应用文件，然后根据应用文件在多个候选组件中确定所要运行的界面组件。参照图2所示，根据宿主应用程序加载的应用文件在多个候选组件中确定说要运行的界面组件，可以包括以下步骤S210～S220：

步骤S210，启动宿主应用程序并获取宿主应用程序加载的应用文件；

在本公开的一种示例实施例中，在需要获取宿主应用程序的界面组件时，可以先启动宿主应用程序，然后获取宿主应用程序需要加载的应用文件。具体的，可以发送宿主应用程序启动命令，此时，宿主应用可以调用宿主应用程序应用启动方法，加载宿主应用程序启动所需要的应用文件，宿主应用程序的应用文件组成宿主应用程序。

步骤S220，根据应用文件在多个候选组件中确定所要运行的界面组件。

在本公开的一种示例实施例中，在获取到宿主应用程序的应用文件之后，可以获取应用文件中的多个候选组件，然后在多个候选组件中确定所要运行的界面组件。举例而言，针对于android(安卓)系统而言，其包括activity(活动)组件，是用户操作的可视化界面，它为用户提供了一个完成操作指令的窗口，为用户提供交互的入口；Service(服务)组件，通常用作在后台处理耗时的逻辑；Broadcast Receive(广播接受者)组件，广播接收器是对发送出来的广播进行过滤接受并响应的一类组件，可以使用广播接收器来让应用对一个外部时间做出响应；Content Provider(内容提供者)组件，提供给其他应用程序指定数据集。此时，候选组件分别为activity组件、Service组件、Broadcast Receive组件、Content Provider组件，可以在这些组件中获取activity组件。

通过上述步骤S210～S220，可以启动宿主应用程序并获取宿主应用程序加载的应用文件，然后根据应用文件在多个候选组件中确定所要运行的界面组件，方便开发人员查找界面组件并对其进行配置。

步骤S120，获取界面组件的布局文件，并在布局文件中设置第一目标小程序视窗容器；

在本公开的一种示例实施例中，布局文件决定了某个应用程序所要展示的状态及所要展示的元素。例如，针对于android系统而言，布局文件可以为layout文件，可以通过两种方式声明，(1)在xml文件中定义UI元素：android提供了与View类及其子类相关的标签；(2)在运行时期定义布局，即采用代码的方式完成布局。

在本公开的一种示例实施例中，第一目标小程序视窗容器可以用于显示小程序。具体的，第一目标小程序视窗容器具有预设的页面参数，页面参数包括第一目标小程序视窗容器的位置、大小等参数。针对于android系统，可以定义小程序的生命周期如下：onStart：表明小程序被启动，在这里初始化小程序真正的视图与业务逻辑；OnResume：表明小程序进入到前台，对用户来说是可见的，并且是用户当前操作的焦点，用来通知、唤醒小程序业务逻辑，比如继续音视频播放等；OnPause：表明小程序进入到后台，对用户来说暂时是不可见的，用来通知、暂停小程序业务逻辑，比如暂停后台音视频播放等；OnRemove：表明小程序被删除，用来销毁停止、销毁小程序业务逻辑，系统内部也会进行App栈和视图容器的清理、更新。

在本公开的一种示例实施例中，在获取宿主应用程序的界面组件，并在界面组件中创建小程序管理部件之后，可以获取界面组件的布局文件，然后在布局文件中设置第一目标小程序视窗容器。

步骤S130，通过小程序管理部件控制第一目标小程序视窗容器显示目标小程序；

在本公开的一种示例实施例中，在界面组件中创建小程序管理部件，并在布局文件中设置第一目标小程序视窗容器中之后，可以通过小程序管理部件控制第一目标小程序视窗容器显示目标小程序。具体的，可以通过管理部件控制界面组件，使得小程序在界面组件中的布局文件中打开，从而使得目标小程序在第一目标小程序视窗容器进行显示。进一步的，可以在界面组件中调整第一目标小程序视窗容器的页面参数，方便控制第一目标小程序视窗容器的显示状态。

在本公开的一种示例实施例中，小程序管理部件可以获取目标小程序视窗容器的栈，然后小程序管理部件控制位于栈顶的目标小程序视窗容器显示目标小程序。参照图3所示，小程序管理部件控制位于栈顶的目标小程序视窗容器显示目标小程序，可以包括以下步骤S310～S320：

步骤S310，小程序管理部件获取目标小程序视窗容器的栈；

在本公开的一种示例实施例中，小程序管理部件可以获取目标小程序视窗容器的栈。具体的，栈是一种数据结构，其为一个可以在表尾进行插入或删除操作的线性表，按照后进先出的原则存储数据，先进入的数据被压入栈底，最后的数据在栈顶，需要读数据的时候从栈顶开始弹出数据。栈是只能在某一端插入和删除的特殊线性表。先堆进来的压在底下，随后一件一件往上堆。取走时，只能从上面一件一件取。读和取都在顶部进行，底部一般是不动的。栈就是一种类似桶堆积物品的数据结构，进行删除和插入的一端称栈顶，另一端称栈底。插入一般称为进栈，删除则称为退栈。

步骤S320，所述小程序管理部件控制位于所述栈顶的所述目标小程序在所述第一目标小程序视窗容器显示。

在本公开的一种示例实施例中，通过上述步骤获取到目标小程序视窗容器的栈之后，可以使的小程序管理部件控制位于栈顶的目标小程序。具体的，可以获取栈中位于栈顶的目标小程序，此时，目标小程序位于第一目标小程序视窗容器的最上层，可以通过第一目标小程序视窗容器显示目标小程序。进一步的，针对于用户的回退事件，第一目标小程序视窗容器可以判断当前栈顶的目标小程序能否回退，如果能则回退一页，如果不能则弹出栈顶的小程序，将它移除，同时判断是否有新的栈顶小程序，如果有就唤醒新的栈顶小程序，并调用该栈顶小程序的生命周期。

通过上述步骤S310～S320，小程序管理部件可以获取第一目标小程序视窗容器的栈，然后小程序管理部件控制位于栈顶的目标小程序在第一目标小程序视窗容器显示。

在本公开的一种示例实施例中，通过在宿主应用程序中的界面组件中创建小程序管理部件，并在布局文件中设置第一目标小程序视窗容器，然后通过小程序管理部件控制第一目标小程序视窗容器显示目标小程序，可以调整用以显示小程序的视窗容器的页面参数，使得小程序的显示方式更加多样化，展示小程序的展示方式更加灵活，进而提升了用户的使用体验。

在本公开的示例性实施方式中，还提供了一种小程序页面参数的控制方法。参照图4所示，一种小程序页面参数的控制方法，可以包括以下步骤：

S410：响应于目标小程序启动指令，获取目标小程序的配置文件并初始化为重置状态；

S420：根据配置文件生成目标小程序视图，并在宿主应用程序的布局文件中获取预创建的第一目标小程序视窗容器；

S430：小程序管理部件控制目标小程序视图在具有预设页面参数的第一目标小程序视窗容器中显示。

在本示例实施方式所提供的小程序页面参数的控制方法中，可以根据通过管理部件控制具有预设的参数布局的第一目标小程序视窗容器，可以调整用以显示小程序的视窗容器的页面参数，使得小程序的显示方式更加多样化，展示小程序的展示方式更加灵活，进而提升了用户的使用体验。

下面，将结合附图及实施例对本示例性实施例中的小程序页面参数的控制方法的步骤S410～S430进行更详细的说明。

步骤S410，响应于目标小程序启动指令，获取目标小程序的配置文件并初始化为重置状态；

在本公开的一种示例实施例中，用户可以通过点击终端设备的屏幕或扫描二维码以输入目标小程序启动指令，小程序包括以下生命周期事件，包括onStart：获取小程序信息、小程序包管理、启动页、跳转错误页面、初始化小程序视图AppView、初始化runtime、绑定数据等操作。onResume：通知runtime进入前台，使得其回调到小程序业务唤醒相关逻辑。onPause：通知runtime进入后台，使得其回调到小程序业务暂停相关逻辑。onRemove：主要进行小程序数据和小程序视图的清理，runtime的停止与销毁，使得其回调到小程序业务停止、销毁相关逻辑。

在获取到目标小程序启动指令之后，可以获取目标小程序的配置文件，目标小程序的配置文件可以包括目标小程序的多种组件文件，并执行目标小程序的on Start、onResume生命周期，将目标小程序初始化为重置状态。

在本公开的一种示例实施例中，可以获取目标小程序启动指令，然后根据目标小程序的存储路径查找目标小程序的配置文件，并将配置文件初始化为重置状态。如图5所示，根据目标小程序的存储路径查找目标小程序的配置文件，可以包括以下步骤S510～S520：

步骤S510，获取目标小程序启动指令，其中，目标小程序启动指令包括目标小程序的存储路径；

在本公开的一种示例实施例中，在获取到目标小程序启动指令之后，可以获取目标小程序启动指令包括的目标小程序的存储路径。具体的，可以提前设置目标小程序的存储路径，以便于基于该存储路径查找目标小程序。

步骤S520，根据目标小程序的存储路径查找目标小程序的配置文件，并将配置文件初始化为重置状态。可以在终端设备或服务器中查找目标小程序的配置文件的文件和/或文件夹线路。

在本公开的一种示例实施例中，在获取到上述步骤中的目标小程序的存储路径之后，可以通过目标小程序的存储路径查找目标小程序的配置文件，然后将目标小程序的配置文件初始为重置状态。

举例而言，当目标小程序的存储路径为l1-l2-l3时，表示目标小程序的配置文件存储在文件夹l1中的子文件夹l2内的文件夹l3中；或者，也可以表示目标小程序的配置文件为存储在文件夹l1中的子文件夹l2内文件名称为l3的文件。需要说明的是，本公开对存储路径的形式并不做特殊限定，只要能够根据存储路径查找与目标小程序的配置文件即可。

通过上述步骤S510～S520，可以获取目标小程序启动指令，然后根据目标小程序的存储路径查找目标小程序的配置文件，并将配置文件初始化为重置状态，可以方便查找目标小程序的配置文件。

在本公开的一种示例实施例中，可以获取目标小程序的配置文件以及目标小程序的加载方法，并根据目标小程序的加载方法将目标小程序初始化为重置状态。参照图6所示，根据目标小程序的加载方法将目标小程序初始化为重置状态，可以包括以下步骤S610～S620,：

步骤S610，获取目标小程序的配置文件以及目标小程序的加载方法；

在本公开的一种示例实施例中，可以获取目标小程序的配置文件，并获取目标小程序的加载方法。具体的，在启动目标小程序时，需要通过加载方法加载目标小程序的配置文件，目标小程序的加载方法可以存储在宿主应用程序的配置文件中，也可以单独存储在终端设备或服务器中，当需要启动目标小程序时，可以在终端设备或服务器中调用这些目标小程序的加载方法。

步骤S620，根据目标小程序的加载方法将目标小程序初始化为重置状态。

在本公开的一种示例实施例中，在获取到目标小程序的配置文件和目标小程序的加载方法之后，可以根据目标小程序的加载方法将目标小程序初始化为重置状态。具体的，目标小程序的加载方法可以加载目标小程序的相关信息。例如，小程序的名称、用户数据、小程序id等。并将这些信息赋予目标小程序，将目标小程序初始化为重置状态。

通过上述步骤S610～S620，可以获取目标小程序的配置文件以及目标小程序的加载方法，并根据目标小程序的加载方法将目标小程序初始化为重置状态。

步骤S420，根据配置文件生成目标小程序视图，并在宿主应用程序的布局文件中获取预创建的第一目标小程序视窗容器；

在本公开的一种示例实施例中，可以根据上述步骤中获取的目标小程序的配置文件生成目标小程序视图。举例而言，针对于android系统而言，可以根据目标小程序的配置文件生成appView，appView主要完成视图与数据的展示，响应用户操作，比如导航栏、菜单栏、回退事件等。在根据配置文件生成目标小程序视图之后，可以在宿主应用程序的布局文件中获取预创建的第一目标小程序视窗容器。

步骤S430，小程序管理部件控制目标小程序视图在具有预设页面参数的第一目标小程序视窗容器中显示。

在本公开的一种示例实施例中，将目标小程序的配置文件并初始化为重置状态，根据配置文件生成目标小程序视图，并获取第一目标小程序视窗容器之后，可以通过小程序管理部件控制目标小程序视图在具有预设页面参数的第一目标小程序视窗容器中显示。

具体的，小程序管理部件可以控制目标小程序的打开与关闭，当获取到上述项目后，小程序管理部件可以控制目标小程序视图在第一目标小程序视窗容器打开，其中，第一目标小程序视窗容器具有预设的页面参数，页面参数包括第一目标小程序视窗容器的位置和大小等参数。第一目标小程序视窗容器的位置参数表示第一目标小程序视窗容器在宿主应用程序的布局文件中的显示位置，换而言之，也就是目标小程序在显示屏幕上的位置；第一目标小程序视窗容器的大小参数表示第一目标小程序视窗容器在宿主应用程序的布局文件中的大小参数，换而言之，也就是目标小程序在显示屏幕上的大小。

举例而言，如图7所示，宿主应用程序710的布局文件中可以包括XOY坐标系，可以采用目标小程序720的长边与短边的中线的交叉点p1作为目标小程序的位置，可以通过调整p1的坐标控制目标小程序在宿主应用程序中的位置；还可以通过调整第一目标小程序视窗容器的长边与短边的长短以控制目标小程序的大小。

在本公开的一种示例实施例中，将目标小程序的配置文件并初始化为重置状态，根据配置文件生成目标小程序视图，并获取第一目标小程序视窗容器之后，可以判断宿主应用程序的布局文件中是否存在第二小程序视窗容器，当布局文件中不存在第二小程序视窗容器时，小程序管理部件控制目标小程序视图在第一目标小程序视窗容器中显示，当布局文件中存在第二小程序视窗容器时，比较第二小程序视窗容器的小程序视图与目标小程序视图是否一致，当小程序视图与目标小程序视图一致时，小程序管理部件重新加载目标小程序并在第二小程序视窗容器中显示，当小程序视图与目标小程序视图不一致时，小程序管理部件控制目标小程序视图在第一目标小程序视窗容器中显示。参照图8所示，判断宿主应用程序的布局文件中是否存在第二小程序视窗容器，可以包括以下步骤S810～S850：

步骤S810，判断宿主应用程序的布局文件中是否存在第二小程序视窗容器；

在本公开的一种示例实施例中，将目标小程序的配置文件并初始化为重置状态，根据配置文件生成目标小程序视图，获取第一目标小程序视窗容器之后，可以获取宿主应用程序的布局文件，并在布局文件中查找是否存在第二小程序视窗容器。具体的，通过该步骤，可以检测出当前的布局文件中是否存在其他小程序视窗容器。

步骤S820，当布局文件中不存在第二小程序视窗容器时，小程序管理部件控制目标小程序视图在第一目标小程序视窗容器中显示；

在本公开的一种示例实施例中，对布局文件进行检测之后，未在布局文件中查找到第二小程序视窗容器时，表明宿主应用程序的布局文件中没有其他的小程序视窗容器。此时，小程序管理部件可以控制目标小程序视图在第一目标小程序视窗容器中显示。

步骤S830，当布局文件中存在第二小程序视窗容器时，比较第二小程序视窗容器的小程序视图与目标小程序视图是否一致；

在本公开的一种示例实施例中，对布局文件进行检测之后，在布局文件中查找到第二小程序视窗容器时，表示宿主应用程序的布局文件中包括其它的小程序视窗容器。此时，可以判断第二小程序视窗容器内的小程序视图与上述步骤中获取的小程序视图是否一致。

步骤S840，当小程序视图与目标小程序视图一致时，小程序管理部件重新加载目标小程序并在第二小程序视窗容器中显示；

在本公开的一种示例实施例中，判断第二小程序视窗容器内的小程序视图与上述步骤中获取的小程序视图一致时，表示已经在宿主应用程序的布局文件中写入了一个小程序视窗容器，且在这个小程序视窗容器内打开了目标小程序。此时，小程序管理部件可以重新加载目标小程序，然后直接在第二小程序视窗容器中进行显示。

步骤S850，当小程序视图与目标小程序视图不一致时，小程序管理部件控制目标小程序视图在第一目标小程序视窗容器中显示。

在本公开的一种示例实施例中，判断第二小程序视窗容器内的小程序视图与上述步骤中获取的小程序视图不一致时，表示已经在宿主应用程序的布局文件中写入了一个小程序视窗容器，单是这个小程序视窗容器内打开了其它的小程序，并非目标小程序。此时，小程序管理部件可以控制目标小程序视图在第一目标小程序视窗容器中进行显示。

通过上述步骤S810～S850，可以判断宿主应用程序中是否包括其它小程序视窗容器，当包括其它小程序视窗容器时，可以将其它小程序视窗容器中的小程序视图与上述步骤中获取的目标小程序视图进行比较，以使得第一目标小程序视窗容器或第二小程序视窗容器中显示目标小程序。

在本公开的一种示例实施例中，当小程序视图与目标小程序视图不一致时，小程序管理部件控制小程序暂停，小程序管理部件可以控制目标小程序视图在第一目标小程序视窗容器中显示。参照图9所示，小程序管理部件控制小程序暂停并在第一目标小程序视窗容器中显示目标小程序视图，可以包括以下步骤S910～S920：

步骤S910，当小程序视图与目标小程序视图不一致时，小程序管理部件控制小程序暂停；

在本公开的一种示例实施例中，当获取到第二小程序视窗容器中的小程序视图之后，可以比较小程序视图与目标第二小程序视图，当小程序视图与目标小程序视图不一致时，可以调用小程序的暂停方法将第二小程序视窗容器中的小程序暂停。

步骤S920，小程序管理部件控制目标小程序视图在第一目标小程序视窗容器中显示。

在本公开的一种示例实施例中，将第二小程序视窗容器中的小程序暂停之后，可以获取上述步骤中得到的第一目标小程序视窗容器与目标小程序视图，并采用小程序管理部件控制目标小程序视图在第一目标小程序视窗容器中显示。

通过上述步骤S910～S920，当小程序视图与目标小程序视图不一致时，小程序管理部件控制小程序暂停，小程序管理部件可以控制目标小程序视图在第一目标小程序视窗容器中显示。

在本公开的一种示例实施例中，在获取宿主应用程序的界面组件之后，可以在界面组件中创建小程序管理部件，然后获取界面组件的布局文件，并在布局文件中设置第一目标小程序视窗容器，然后通过小程序管理部件控制第一目标小程序视窗容器显示目标小程序。本公开的实施例，可以调整用以显示小程序的视窗容器的页面参数，使得小程序的显示方式更加多样化，展示小程序的展示方式更加灵活，进而提升了用户的使用体验。

需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

此外，在本公开的示例性实施方式中，还提供了一种小程序页面参数的控制装置。参照图10所示，一种小程序页面参数的控制装置1000包括：指令获取模块1010，容器获取模块1020、程序显示模块1030。

其中，指令获取模块，用于响应于目标小程序启动指令，获取目标小程序的配置文件并进行初始化；容器获取模块，用于根据配置文件生成目标小程序视图，并在宿主应用程序的布局文件中获取预创建的第一目标小程序视窗容器；程序显示模块，用于小程序管理部件控制目标小程序视图在具有预设页面参数的第一目标小程序视窗容器中显示。

在本公开的一种示例性实施例中，基于前述方案，获取宿主应用程序的界面组件，包括：启动宿主应用程序并获取宿主应用程序加载的应用文件；根据应用文件在多个候选组件中确定所要运行的界面组件。

在本公开的一种示例性实施例中，基于前述方案，根据小程序管理部件控制目标小程序视窗容器显示目标小程序，包括：小程序管理部件获取目标小程序视窗容器的栈；小程序管理部件控制位于栈顶的第一目标小程序视窗容器显示目标小程序。

由于本公开的示例实施例的小程序页面参数的控制装置的各个功能模块与上述小程序页面参数的控制方法的示例实施例的步骤对应，因此对于本公开装置实施例中未披露的细节，请参照本公开上述的小程序页面参数的控制方法的实施例。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述子程序的生成方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“系统”。

下面参照图11来描述根据本公开的这种实施例的电子设备1100。图11显示的电子设备1100仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图11所示，电子设备1100以通用计算设备的形式表现。电子设备1100的组件可以包括但不限于：上述至少一个处理单元1110、上述至少一个存储单元1120、连接不同系统组件(包括存储单元1120和处理单元1110)的总线1130、显示单元1140。

其中，存储单元存储有程序代码，程序代码可以被处理单元1110执行，使得处理单元1110执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。例如，处理单元1110可以执行如图1中所示的步骤S110：获取宿主应用程序的界面组件，并在界面组件中创建小程序管理部件；步骤S110：获取界面组件的布局文件，并在布局文件中设置第一目标小程序视窗容器，其中，第一目标小程序视窗容器具有预设的页面参数；步骤S130：通过小程序管理部件控制第一目标小程序视窗容器显示目标小程序。

又如，电子设备可以实现如图1所示的各个步骤。

存储单元1120可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)1121和/或高速缓存存储单元1122，还可以进一步包括只读存储单元(ROM)1123。

存储单元1120还可以包括具有一组(至少一个)程序模块1125的程序/实用工具1124，这样的程序模块1125包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1130可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1100也可以与一个或多个外部设备1170(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1100交互的设备通信，和/或与使得该电子设备1100能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1150进行。并且，电子设备1100还可以通过网络适配器1160与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1160通过总线1130与电子设备1100的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1100使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。