CN105354067A - 一种界面配置方法及装置 - Google Patents

Abstract

本发明公开了一种界面配置方法及装置，其中该方法包括：获取应用程序的配置文件；为所述配置文件配置第一属性，并解析所述第一属性，所述第一属性为系统不可识别的界面属性；以及将所述第一属性应用到目标界面组件。本发明将配置文件中的相关界面属性解析出来，应用到目标界面组件，相对于现有技术，本发明配置灵活、易维护，同时降低了系统的运行负荷量，提高了系统服务质量。

Description

一种界面配置方法及装置

技术领域

本发明属于通信技术领域，尤其涉及一种界面配置方法及装置。

背景技术

随着移动终端设备的普及，越来越多用户使用智能移动终端进行学习以及娱乐等等，不仅可丰富生活，还给用户带来便利。

移动终端中，基于不同的用户对视觉效果有不同的需求，因此需要配置不同的界面效果。但目前安卓(Android)系统中，目标界面组件(activity-alias)无法完全支持主题(theme)属性，activity-alias仅支持几个简单的界面相关属性，其他的界面相关属性是不支持的，即使配置了其他的界面属性，也会被系统忽略掉，不会有任何想要的效果。

现有的Android界面配置方案中，只能在配置文件的界面组件(acticity)代码中增加判断逻辑代码来配置界面，或者写入多个不同的activity，每个activity配置不同的theme。现有的方案配置不灵活、难以维护，大大增加了系统的运行负荷，影响系统服务质量。

发明内容

本发明的目的在于提供一种界面配置方法及装置，旨在提高系统服务质量，解决界面配置不灵活、系统运行负荷量大的技术问题。

为了解决以上技术问题，本发明提供了一种界面配置方法，所述方法包括：

获取应用程序的配置文件；

为所述配置文件配置第一属性，并解析所述第一属性，所述第一属性为系统不可识别的界面属性；

将所述第一属性应用到目标界面组件。

为了解决以上技术问题，本发明提供了一种界面配置装置，所述装置包括

获取模块，用于获取应用程序的配置文件；

控制模块，用于为所述配置文件配置第一属性，并解析所述第一属性，所述第一属性为系统不可识别的界面属性；

执行模块，用于将所述第一属性应用到目标界面组件。

本发明中，系统获取应用程序的配置文件，配置第一属性，并解析所述第一属性，之后将该第一属性应用到目标界面组件中，使目标界面组件完全支持主题属性。相对于现有技术，本发明将配置文件中的相关界面属性解析出来，赋值给目标界面组件，配置灵活、易维护，降低了系统的运行负荷量，提高了系统服务质量。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的界面配置方法的流程图；

图2是本发明实施例提供的界面配置方法的另一流程图；

图3a是本发明实施例提供的界面配置装置的结构图；

图3b是本发明实施例提供的界面配置装置中控制模块的结构图；

图4是本发明实施例提供的终端结构图。

具体实施方式

请参照图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本发明具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。

在以下的说明中，本发明的具体实施例将参考由一部或多部计算机所执行之作业的步骤及符号来说明，除非另有述明。因此，其将可了解到这些步骤及操作，其中有数次提到为由计算机执行，包括了由代表了以一结构化型式中的数据之电子信号的计算机处理单元所操纵。此操纵转换该数据或将其维持在该计算机之内存系统中的位置处，其可重新配置或另外以本领域技术人员所熟知的方式来改变该计算机之运作。该数据所维持的数据结构为该内存之实体位置，其具有由该数据格式所定义的特定特性。但是，本发明原理以上述文字来说明，其并不代表为一种限制，本领域技术人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

实施例一

请参见图1，图1是本发明实施例提供的界面配置方法的流程图。该方法包括以下步骤：

步骤S101，获取应用程序的配置文件。

步骤S102，为配置文件配置第一属性，并解析该第一属性。

步骤S103，将第一属性应用到目标界面组件。

在步骤S101中，系统获取应用程序的配置文件。

该系统优选为Android系统，该配置文件为AndroidManifest配置文件。每个Android应用程序都必须有一个AndroidManifest.Xml文件，命名为应用程序的Java包，描述了应用程序各组件的活动和服务。

在步骤S102中，系统为配置文件配置第一属性，并解析该第一属性。

其中，该第一属性可以是theme属性，主要表现为该系统不可识别的界面(UI)属性，即该系统不支持该theme属性。具体的，系统在应用程序AndroidManifest配置文件中配置theme属性，完成设置目标界面acticity的操作，之后解析已配置的theme属性，使之成为系统可识别的UI属性。

在步骤S103中，系统将第一属性应用到目标界面组件。

系统获取已解析的第一属性，将该第一属性应用到目标界面acticity。容易想到的是，此时的第一属性为系统可识别的UI属性，即该系统支持该第一属性。

本实施例中，系统获取应用程序的配置文件，为其配置第一属性，并解析该第一属性，之后将该第一属性应用到目标界面组件中。相对于现有技术，本发明使目标界面组件完全支持主题属性，配置灵活、易维护，提高了系统服务质量。

实施例二

请参见图2，图2是本发明实施例提供的界面配置方法的另一流程图。该方法包括以下步骤：

步骤S201，获取应用程序的配置文件。

步骤S202，在配置文件的界面组件中配置第一属性。

步骤S203，在框架层对第一属性进行解析。

步骤S204，将第一属性转换为可识别的界面属性。

步骤S205，将第一属性应用到目标界面。

步骤S206，解析配置文件的界面组件中的第二属性。

步骤S207，将第二属性应用到目标界面组件。

在步骤S201中，系统获取应用程序的配置文件。

其中，该配置文件为*.XML文件。该系统优选为Android系统，该配置文件为AndroidManifest配置文件。每个Android应用程序都必须有一个AndroidManifest.Xml文件，命名为应用程序的Java包，描述了应用程序各组件的活动和服务。

在步骤S202中，系统为配置文件的界面组件配置第一属性。

其中，该第一属性可以是theme属性，主要表现为该系统不可识别的UI(UserInterface)界面属性，即该系统不支持该theme属性。具体的，系统在应用程序AndroidManifest配置文件中的acticity-alias中配置theme属性，完成设置目标界面acticity的操作。

在步骤S203中，系统在框架层对第一属性进行解析。

系统在框架(framework)层对已为应用程序AndroidManifest配置文件中acticity-alias配置的第一属性进行解析。

在步骤S204中，系统将解析后的第一属性转换为可识别的UI界面属性。

在步骤S205中，系统将第一属性应用到目标界面组件。

系统获取已解析的第一属性，将该第一属性应用到目标界面acticity。容易想到的是，此时的第一属性为系统可识别的UI属性，即该系统支持该第一属性。

在步骤S206中，系统解析配置文件的界面组件中的第二属性。

其中，该第二属性为系统可识别的属性，该系统下，优选为name、lable、icon、logo等属性。系统对应用程序AndroidManifest配置文件中acticity-alias配置的name、lable、icon、logo等属性进行解析。

在步骤S207中，系统将第二属性应用到目标界面组件。

本实施例中，系统获取应用程序的配置文件，为其配置第一属性并解析该第一属性，将其转换为系统可识别的界面属性后应用到目标界面组件中。同时，将系统可直接识别的第二属性也解析出来，应用到目标界面组件中。相对于现有技术，本发明使目标界面组件支持所有属性，把配置文件中的相关界面属性提取出来应用到目标界面组件，配置灵活、易维护，降低了系统的运行负荷量，提高了系统服务质量。

实施例三

请参见图3a，图3a是本发明实施例提供的界面配置装置的结构图。该装置可以包括获取模块301、控制模块302及执行模块303。

获取模块301，用于获取应用程序的配置文件。

其中，该配置文件为*.XML文件。该系统优选为Android系统，该配置文件为AndroidManifest配置文件。每个Android应用程序都必须有一个AndroidManifest.Xml文件，命名为应用程序的Java包，描述了应用程序各组件的活动和服务。

控制模块302，主要用于为配置文件配置第一属性，并解析该第一属性。请参见图3b，图3b是本发明实施例提供的界面配置装置中控制模块的结构图。该控制模块302可以包括配置单元3201、解析单元3202及转换单元3203。

配置单元3201，用于在配置文件的界面组件中配置第一属性。

其中，该第一属性可以是theme属性，主要表现为该系统不可识别的UI(UserInterface)界面属性，即该系统不支持该theme属性。具体的，系统通过配置单元3201，在应用程序AndroidManifest配置文件中的acticity-alias中配置theme属性，完成设置目标界面acticity的操作。

解析单元3202，用于在框架层对第一属性进行解析。

系统通过解析单元3202，在框架(framework)层对已为应用程序AndroidManifest配置文件中acticity-alias配置的第一属性进行解析。

转换单元3203，用于将第一属性转换为可识别的UI界面属性。

执行模块303，将第一属性应用到目标界面组件。

系统通过执行模块303获取已解析的第一属性，并将该第一属性应用到目标界面acticity。容易想到的是，此时的第一属性为系统可识别的UI属性，即该系统支持该第一属性。

控制模块302，还用于解析配置文件的界面组件中的第二属性。

其中，该第二属性为系统可识别的属性，该系统下，优选为name、lable、icon、logo等属性。系统通过控制模块302，对应用程序AndroidManifest配置文件中acticity-alias配置的name、lable、icon、logo等属性进行解析。

执行模块303，还用于将第二属性应用到目标界面组件。

本实施例中，系统获取应用程序的配置文件，为其配置第一属性并解析该第一属性，将其转换为系统可识别的界面属性后应用到目标界面组件中。同时，将系统可直接识别的第二属性也解析出来，应用到目标界面组件中。相对于现有技术，本发明使目标界面组件支持所有属性，把配置文件中的相关界面属性提取出来应用到目标界面组件，配置灵活、易维护，降低了系统的运行负荷量，提高了系统服务质量。

实施例四

请参见图4，图4是本发明实施例提供的终端结构图。该终端可以包括射频(RF，RadioFrequency)电路401、包括有一个或一个以上计算机可读存储介质的存储器402、输入单元403、显示单元404、传感器405、音频电路406、无线保真(WiFi，WirelessFidelity)模块407、包括有一个或者一个以上处理核心的处理器408、以及电源409等部件。本领域技术人员可以理解，图4中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路401可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器408处理；另外，将涉及上行的数据发送给基站。通常，RF电路401包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，SubscriberIdentityModule)卡、收发信机、耦合器、低噪声放大器(LNA，LowNoiseAmplifier)、双工器等。此外，RF电路401还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，GlobalSystemofMobilecommunication)、通用分组无线服务(GPRS，GeneralPacketRadioService)、码分多址(CDMA，CodeDivisionMultipleAccess)、宽带码分多址(WCDMA，WidebandCodeDivisionMultipleAccess)、长期演进(LTE，LongTermEvolution)、电子邮件、短消息服务(SMS，ShortMessagingService)等。

存储器402可用于存储软件程序以及模块，处理器408通过运行存储在存储器402的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器402还可以包括存储器控制器，以提供处理器408和输入单元403对存储器402的访问。

输入单元403可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元403可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器408，并能接收处理器408发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元403还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元404可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元404可包括显示面板，可选的，可以采用液晶显示器(LCD，LiquidCrystalDisplay)、有机发光二极管(OLED，OrganicLight-EmittingDiode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器408以确定触摸事件的类型，随后处理器408根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图4中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

终端还可包括至少一种传感器405，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度，接近传感器可在终端移动到耳边时，关闭显示面板和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路406、扬声器，传声器可提供用户与终端之间的音频接口。音频电路406可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出；另一方面，传声器将收集的声音信号转换为电信号，由音频电路406接收后转换为音频数据，再将音频数据输出处理器408处理后，经RF电路401以发送给比如另一终端，或者将音频数据输出至存储器402以便进一步处理。音频电路406还可能包括耳塞插孔，以提供外设耳机与终端的通信。

WiFi属于短距离无线传输技术，终端通过WiFi模块407可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图4示出了WiFi模块407，但是可以理解的是，其并不属于终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器408是终端的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器402内的软件程序和/或模块，以及调用存储在存储器402内的数据，执行终端的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器408可包括一个或多个处理核心；优选的，处理器408可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器408中。

终端还包括给各个部件供电的电源409(比如电池)，优选的，电源可以通过电源管理系统与处理器408逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源409还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端中的处理器408会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器402中，并由处理器408来运行存储在存储器402中的应用程序。

本文提供了实施例的各种操作。在一个实施例中，所述的一个或多个操作可以构成一个或多个计算机可读介质上存储的计算机可读指令，其在被电子设备执行时将使得计算设备执行所述操作。描述一些或所有操作的顺序不应当被解释为暗示这些操作必需是顺序相关的。本领域技术人员将理解具有本说明书的益处的可替代的排序。而且，应当理解，不是所有操作必需在本文所提供的每个实施例中存在。

而且，本文所使用的词语“优选的”意指用作实例、示例或例证。奉文描述为“优选的”任意方面或设计不必被解释为比其他方面或设计更有利。相反，词语“优选的”的使用旨在以具体方式提出概念。如本申请中所使用的术语“或”旨在意指包含的“或”而非排除的“或”。即，除非另外指定或从上下文中清楚，“X使用A或B”意指自然包括排列的任意一个。即，如果X使用A；X使用B；或X使用A和B二者，则“X使用A或B”在前述任一示例中得到满足。

而且，尽管已经相对于一个或多个实现方式示出并描述了本公开，但是本领域技术人员基于对本说明书和附图的阅读和理解将会想到等价变型和修改。本公开包括所有这样的修改和变型，并且仅由所附权利要求的范围限制。特别地关于由上述组件(例如元件、资源等)执行的各种功能，用于描述这样的组件的术语旨在对应于执行所述组件的指定功能(例如其在功能上是等价的)的任意组件(除非另外指示)，即使在结构上与执行本文所示的本公开的示范性实现方式中的功能的公开结构不等同。此外，尽管本公开的特定特征已经相对于若干实现方式中的仅一个被公开，但是这种特征可以与如可以对给定或特定应用而言是期望和有利的其他实现方式的一个或多个其他特征组合。而且，就术语“包括”、“具有”、“含有”或其变形被用在具体实施方式或权利要求中而言，这样的术语旨在以与术语“包含”相似的方式包括。

本发明实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。上述提到的存储介质可以是只读存储器，磁盘或光盘等。上述的各装置或系统，可以执行相应方法实施例中的方法。

综上所述，虽然本发明实施例揭露如上，但上述实施例并非用以限制本发明，本领域的普通技术人员，在不脱离本发明的精神和范围内，均可作各种更动与润饰，因此本发明的保护范围以权利要求界定的范围为准。

Claims (10)

1.一种界面配置方法，其特征在于，所述方法包括：

获取应用程序的配置文件；

为所述配置文件配置第一属性，并解析所述第一属性，所述第一属性为系统不可识别的界面属性；以及

将所述第一属性应用到目标界面组件。

2.根据权利要求1所述的界面配置方法，其特征在于，所述为所述配置文件配置第一属性，并解析所述第一属性的步骤包括：

在所述配置文件的界面组件中配置所述第一属性；

在框架层对所述第一属性进行解析。

3.根据权利要求2所述的界面配置方法，其特征在于，所述为所述配置文件配置第一属性，并解析所述第一属性的步骤还包括：

将所述第一属性转换为系统可识别的界面属性。

4.根据权利要求1所述的界面配置方法，其特征在于，所述方法还包括：

解析所述配置文件的界面组件中的第二属性，所述第二属性为系统可识别的界面属性；

将所述第二属性应用到目标界面组件。

5.根据权利要求1-4所述的界面配置方法，其特征在于，所述配置文件为*.XML文件。

6.一种界面配置装置，其特征在于，所述装置包括：

获取模块，用于获取应用程序的配置文件；

控制模块，用于为所述配置文件配置第一属性，并解析所述第一属性，所述第一属性为系统不可识别的界面属性；以及

执行模块，用于将所述第一属性应用到目标界面组件。

7.根据权利要求6所述的界面配置装置，其特征在于，所述控制模块包括：

配置单元，用于在所述配置文件的界面组件中配置所述第一属性；

解析单元，用于在框架层对所述第一属性进行解析。

8.根据权利要求7所述的界面配置装置，其特征在于，控制模块还包括：

转换单元，用于将所述第一属性转换为系统可识别的界面属性。

9.根据权利要求6所述的界面配置装置，其特征在于：

所述控制模块，还用于解析所述配置文件的界面组件中的第二属性，所述第二属性为系统可识别的界面属性；

所述执行模块，还用于将所述第二属性应用到目标界面组件。

10.根据权利要求6-9所述的界面配置装置，其特征在于，所述配置文件为*.XML文件。