一种应用架构及电子设备、存储介质的制作方法

1.本申请涉及软件技术领域，尤其涉及一种应用架构及电子设备、存储介质。


背景技术：

2.终端的操作系统平台上可以实现不同的应用，其整体代码结构和操作系统密切关联，应用在操作系统平台上实现时需要操作系统的特权接口的配合或者为应用授予高权限，此时，需要针对该操作系统平台对应用的代码结构进行调整，导致应用架构的扩展性和代码编写的健壮性差的问题。


技术实现要素：

3.本申请实施例提供一种应用架构及电子设备、存储介质，能够增强应用架构的扩展性和代码编写的健壮性。
4.本申请的技术方案是这样实现的：
5.本申请实施例提出一种应用架构，所述架构包括：应用层、框架层和控制层；所述应用层、所述框架层和所述控制层之间通过系统接口进行信息交互；所述应用层中包括目标应用；所述框架层中包括所述目标应用对应的预设应用服务；
6.所述框架层，用于监听所述应用层中传输的、所述目标应用对应的第一设置值，并利用预设应用服务对所述第一设置值进行处理，得到处理结果；并将所述处理结果传输至所述控制层；
7.所述控制层，用于根据所述处理结果控制实现所述处理结果对应的应用功能。
8.在上述架构中，所述系统接口为操作系统原生框架级别接口。
9.在上述架构中，所述应用层还包括与所述目标应用相关的其他应用，所述预设应用服务还包括兼容服务；
10.所述框架层，还用于监听所述应用层中传输的、所述其他应用对应的第二设置值；并利用所述兼容服务对所述第一设置值和所述第二设置值进行处理，得到兼容结果；
11.所述控制层，还用于基于所述兼容结果和所述处理结果，控制实现所述处理结果对应的应用功能。
12.在上述架构中，所述系统接口包括操作系统第一接口和操作系统第二接口，其中，所述操作系统为实现所述应用架构的操作系统。
13.在上述架构中，所述操作系统第一接口和所述操作系统第二接口部署在所述框架层；
14.所述框架层通过所述操作系统第一接口监听所述第一设置值；调用所述操作系统第二接口将所述处理结果传输至所述控制层。
15.在上述架构中，所述应用层还包括为：界面展示层、业务管理层，工具层和词条层；所述业务管理层包括所述目标应用对应的功能业务；所述工具层中包括系统工具和系统接口；所述词条层中包含词条内容；
16.所述界面展示层，用于展示界面、监听界面操作，并管理界面数据。
17.在上述架构中，所述目标应用为色弱色盲检测及校正应用；所述框架层中包括校正补偿算法；
18.所述框架层，还用于利用所述校正补偿算法对所述第一设置值进行处理，得到色彩补偿矩阵；
19.所述控制层，用于监听所述色彩补偿矩阵，并基于所述色彩补偿矩阵控制屏幕的显示效果。
20.在上述架构中，所述框架层，还用于利用所述校正补偿算法和兼容算法对所述第一设置值和第二设置值进行处理，得到所述色彩补偿矩阵。
21.本申请实施例提出一种电子设备，所述设备包括处理器、存储器及通信总线；所述处理器执行存储器存储的运行程序时实现如上述任一项所述的应用架构。
22.本申请实施例提出一种存储介质，其上存储有计算机程序，该计算程序被处理器执行时实现如上述任一项所述的应用架构。
23.本申请实施例提供了一种应用架构及电子设备、存储介质，该应用架构包括：应用层、框架层和控制层；应用层、框架层和控制层之间通过系统接口进行信息交互；应用层中包括目标应用；框架层中包括目标应用对应的预设应用服务；框架层，用于监听应用层中传输的、目标应用对应的第一设置值，并利用预设应用服务对第一设置值进行处理，得到处理结果；并将处理结果传输至控制层；控制层，用于根据处理结果控制实现处理结果对应的应用功能。采用上述实现方案，本申请实施例提出了一种应用架构，应用架构中的各个层级之间通过操作系统的系统接口实现信息交互，并将目标应用部署在应用层，将目标应用的预设应用服务设置在框架层，对于目标应用中新增的预设应用服务，均可在框架层通过系统接口写入，能够增强应用架构的扩展性；上述应用架构可在操作系统上实现不同的应用，由此增强代码编写的健壮性。
附图说明
24.图1为本申请实施例提供的一种应用架构的结构示意图；
25.图2为本申请实施例提供的一种示例性的色弱色盲检测及校正应用的应用架构示意图；
26.图3为本申请实施例提供的一种示例性的色弱色盲检测及校正应用的应用端层级示意图；
27.图4为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
28.应当理解，此处描述的具体实施例仅仅用以解释本申请。并不用于限定本申请。
29.实施例一
30.本申请实施例提供一种应用架构1，如图1所示，该架构可以包括：应用层10、框架层11和控制层12；所述应用层10、所述框架层11和所述控制层12之间通过系统接口13进行信息交互；所述应用层10中包括目标应用；所述框架层11中包括所述目标应用对应的预设应用服务；
31.所述框架层11，用于监听所述应用层中传输的、所述目标应用对应的第一设置值，并利用预设应用服务对所述第一设置值进行处理，得到处理结果；并将所述处理结果传输至所述控制层；
32.所述控制层12，用于根据所述处理结果控制实现所述处理结果对应的应用功能。
33.本申请实施例提出了一种跨应用端、框架端、硬件端的应用架构，该应用架构的各层之间通过系统接口实现连接，其中，系统接口为可实现应用架构的操作系统中的操作系统原始接口。
34.本申请实施例中，该应用架构可以在任何具备通信和存储功能的设备上，例如：平板电脑、手机、个人计算机(personal computer，pc)、笔记本电脑、相机等终端设备。
35.本申请实施例中，操作系统可以为安卓系统或者其他操作系统，具体的可以根据实际情况进行选择，本申请实施例不做具体的限定。应用架构可以分为应用层、框架层和控制层，应用层和框架层之间通过安卓系统的原生接口settingsprovider进行信息交互，框架层和控制层之间通过安卓系统的原生接口displaytransformmanager进行信息交互。
36.本申请实施例中，可以将目标应用中与功能性需求相关的服务设置在应用层，而在框架层中新增服务类，该服务类中包括目标应用对应的预设应用服务，在框架层可以基于预设应用服务处理需要更高权限相关的操作。
37.本申请实施例中，所述系统接口包括操作系统第一接口和操作系统第二接口。对于安卓系统而言，操作系统第一接口为settingsprovider接口；操作系统第二接口为displaytransformmanager接口。settingsprovider接口和displaytransformmanager接口可以部署在框架层。
38.本申请实施例中，框架层通过settingsprovider接口主动监听应用层传输的第一设置值，之后利用预设应用服务对第一设置值进行处理，得到处理结果；框架层调用displaytransformmanager接口，并通过displaytransformmanager接口将处理结果传输至控制层，控制层根据处理结果控制实现所述处理结果对应的应用功能。
39.本申请实施例中，框架层的预设应用服务在操作系统启动时启动、在操作系统关闭时关闭，且框架层的预设应用服务通过settingsprovider接口传入框架层新增的服务类中。若存在新增的预设应用服务，也是通过settingsprovider接口传入框架层新增的服务类中的。
40.进一步地，应用层还包括与所述目标应用相关的其他应用，所述预设应用服务还包括兼容服务；
41.所述框架层，还用于监听所述应用层中传输的、所述其他应用对应的第二设置值；并利用所述兼容服务对所述第一设置值和所述第二设置值进行处理，得到兼容结果；
42.所述控制层，还用于基于所述兼容结果和所述处理结果，控制实现所述处理结果对应的应用功能。
43.需要说明的是，在目标应用实现相应的应用功能的过程中，与该目标应用相关的其他应用会对该应用功能的实现上存在一定的影响，因此，应用层还包括其他应用，框架层的服务类中还包括目标应用与其他应用之间的兼容服务。
44.本申请实施例中，框架层同时监听目标应用传输的第一设置值和其他应用传输的第二设置值，之后，基于兼容服务对第一设置值和第二设置值进行处理，得到兼容结果，最
后，控制层同时基于兼容结果和处理结果，控制实现应用功能。
45.需要说明的是，其他应用可以为与目标应用中均存在相同应用功能的应用，后者，其他应用中包括与目标应用中的应用功能相关的应用功能，具体的与目标应用相关的其他应用可以根据实际情况进行确定，在此不再赘述。
46.进一步地，应用层还包括：界面展示层、业务管理层，工具层和词条层；所述业务管理层包括所述目标应用对应的功能业务；所述工具层中封装了系统工具；所述词条层中包含词条工具导入导出的词条内容；
47.所述界面展示层，用于展示界面、监听界面操作，并管理界面数据。
48.本申请实施例中，界面展示层、业务管理层，工具层和词条层这样的应用层架构可以设置在客户端，应用以业务维度进行划分。对应新增的业务，可以在界面展示层和工具层之间添加新的业务模块或者层级。
49.本申请实施例中，界面展示层的主要功能包括界面展示和业务数据绑定，其中，通过viewmodel类将页面所需的数据从页面中剥离出来，使得页面只需要监听界面操作、处理用户交互以及负责展示数据
50.需要说明的是，界面展示层为顶层，不被其他层级引用和知晓。
51.本申请实施例中，业务管理层包括目标应用对应的功能业务，如果之后还存在新增业务，则均在业务管理层添加，保证可扩展性。
52.需要说明的是，业务管理层仅被界面展示层引用和知晓，并且其中内聚功能业务的内部逻辑。
53.本申请实施例中，工具层不包含任何业务逻辑，可以被所有层级引用和知晓，其中，工具层主要封装了系统工具，如系统设置封装为方便使用的类；系统特权接口，该系统特权接口统一再次封装，当系统接口变更时，只需修改工具层的系统特权接口即可；基础、通用用户界面(user interface，ui)工具；通用工具、如日志工具等。使得工具层复用性强、扩展性好。
54.本申请实施例中，词条层可以被所有层级引用和知晓，其中包括各种语言的词条，仅包含词条内容、而无任何代码，便于词条工具的导入导出而不影响代码。并且针对不同地区、机型、偏好等维度进行动态配置。
55.可以理解的是，本申请实施例提出了一种应用架构，应用架构中的各个层级之间通过操作系统的系统接口实现信息交互，并将目标应用部署在应用层，将目标应用的预设应用服务设置在框架层，对于目标应用中新增的预设应用服务，均可在框架层通过系统接口写入，能够增强应用架构的扩展性；上述应用架构可在操作系统上实现不同的应用，由此增强代码编写的健壮性。
56.本申请实施例中，应用架构对应的目标应用可以为在操作系统平台上实现的任意应用，本申请实施例以目标应用为色弱色盲检测及校正应用为例，框架层中的预设应用服务为校正补偿算法，进行具体的说明。
57.所述框架层，还用于利用所述校正补偿算法对所述第一设置值进行处理，得到色彩补偿矩阵；
58.所述控制层，用于监听所述色彩补偿矩阵，并基于所述色彩补偿矩阵控制屏幕的显示效果。
59.进一步地，所述应用层还包括与所述色弱色盲检测及校正应用相关的其他应用，所述框架层中还包括兼容算法，
60.所述框架层，还用于监听所述其他应用传输的第二设置值，并利用所述兼容算法对所述第一设置值和第二设置值进行处理，得到兼容结果。
61.如图2所示，为色弱色盲检测及校正应用的应用架构，其中，应用层包括色弱色盲检测及校正应用中的个性化色彩测试算法模块、互斥模式模块、色弱色盲主ui和个性化色彩测试ui模块、以及互斥设置值监听及通知模块，同时在应用层还包括与色弱色盲检测及校正应用相关的其他模块应用中的自身业务颜色设置模块，以及互斥设置值监听及通知模块。
62.在框架层设置有android原生接口settingsprovider和安卓原生框架级别接口displaytransformmanager，其中，框架层通过安卓原生接口settingsprovider监听色弱色盲检测及校正应用和其他模块应用的设置值，其中，为了避免循环监听和紊乱，在框架层只读取色弱色盲相关的设置值，即色弱色盲检测及校正应用和其他模块应用的设置值为色弱色盲相关的设置值；在框架层新增服务类visioncorrectionservice，visioncorrectionservice中包括校正补偿算法、原生色盲兼容算法、色温兼容算法和省电兼容算法，如果有其他校正补偿算法，也可以通过settingsprovider接口传递。框架层在工作的过程中，根据校正补偿算法对设置值进行校正，并生成色彩补偿矩阵，框架层调用displaytransformmanager接口，向控制层传递色彩补偿矩阵。
63.控制层可以包括surfaceflinger层和硬件结构(hardware)层，其中，surfaceflinger层部署surfaceflingerservice模块，hardware层部署设备屏幕(device screen)模块，控制层用于基于色彩补偿矩阵控制屏幕的显示效果。
64.可以理解的是，色弱色盲检测及校正应用的整体代码结构使用android原生接口实现色彩补偿效果，各个层级之间的依赖单一，解耦效果好，灵活性强。
65.对于色弱色盲检测及校正应用，其应用端的架构模式如图3所述，其中，界面展示层分为色弱模式选择界面和色弱检测界面，其中，色弱模式选择界面可以包括模式选择界面和模式选择viewmodel，其中模式选择界面用于展示和监听用户的ui操作，并将ui操作传递给模式选择viewmodel，模式选择viewmodel根据用户操作或者系统设置控制业务层。而色弱检测界面包括色弱检测界面，色弱检测viewmodel、拖拽ui及逻辑、以及异常中断、恢复处理模块。
66.业务管理层中用于处理各种颜色相关的视觉业务，如色彩模式、互斥监听、色温兼容、色弱检测算法等。若新增其他业务，可与视觉业务平级，并在业务员管理层进行添加保证可扩展性。
67.工具层中包括系统设置工具、系统特权接口、基础、通用ui工具和通用工具。
68.词条层可以包括通用词条和分包词条等。
69.实施例二
70.本申请实施例提供一种电子设备2，如图4所示，本实施例的电子设备2包括：处理器20、存储器21及通信总线22。上述处理器20可以为特定用途集成电路(asic，application specific integrated circuit)、数字信号处理器(dsp，digital signal processor)、数字信号处理图像处理装置(dspd，digital signal processing device)、可编程逻辑图像
处理装置(pld，programmable logic device)、现场可编程门阵列(fpga，field programmable gate array)、cpu、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器功能的电子器件还可以为其它，本实施例不作具体限定。
71.在本申请实施例中，上述通信总线22用于实现处理器20和存储器21之间的连接通信；上述处理器20执行存储器21中存储的运行程序时实现上述应用架构。
72.本申请实施例提供一种存储介质，其上存储有计算机程序，上述计算机可读存储介质存储有一个或者多个程序，上述一个或者多个程序可被一个或者多个处理器执行，应用于电子设备中，该计算机程序实现如上述的应用架构。
73.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
74.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台图像显示设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本公开各个实施例所述的方法。
75.以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。