WO2019205018A1 - 界面切换方法、系统、设备及计算机可读存储介质 - Google Patents

界面切换方法、系统、设备及计算机可读存储介质 Download PDF

Info

Publication number
WO2019205018A1
WO2019205018A1 PCT/CN2018/084449 CN2018084449W WO2019205018A1 WO 2019205018 A1 WO2019205018 A1 WO 2019205018A1 CN 2018084449 W CN2018084449 W CN 2018084449W WO 2019205018 A1 WO2019205018 A1 WO 2019205018A1
Authority
WO
WIPO (PCT)
Prior art keywords
type
topic
sub
parent
value
Prior art date
Application number
PCT/CN2018/084449
Other languages
English (en)
French (fr)
Inventor
刘均
邓春武
金武超
Original Assignee
深圳市元征软件开发有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市元征软件开发有限公司 filed Critical 深圳市元征软件开发有限公司
Priority to EP18859952.6A priority Critical patent/EP3786791B1/en
Priority to CN201880000327.5A priority patent/CN108701044B/zh
Priority to PCT/CN2018/084449 priority patent/WO2019205018A1/zh
Priority to US16/370,042 priority patent/US10942755B2/en
Publication of WO2019205018A1 publication Critical patent/WO2019205018A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces

Definitions

  • the present application belongs to the field of interface switching technologies, and in particular, to an interface switching method, system, device, and computer readable storage medium.
  • the display interface of intelligent electronic mostly supports theme functions, such as the title background of the interface, the font color and the style of the input box.
  • the technical solution for implementing the interface switching of the intelligent electronic device generally defines some constants in the place where the theme style is defined, and the values corresponding to the different themes in the different styles are different.
  • the theme switching technology needs to be under various themes. Defining the values of all attribute names causes the values of some attribute names of some similar topics to be duplicated, which is confusing to modify.
  • the topic switching of the existing intelligent electronic device needs to define the values of all the attribute names under various themes, which causes the values of some attribute names of some similar topics to be duplicated, and the modification is confusing.
  • a first aspect of the present application provides an interface switching method, including:
  • the default style display interface is loaded according to the preset parent theme type
  • the method before the application is started, before loading the default style display interface according to the preset parent theme type, the method further includes:
  • the corresponding sub-topic types are respectively set for different data types, and the values of the attribute names required to be changed with respect to the parent topic type are defined under each sub-topic type.
  • the data type includes a data source type and/or a data attribute type
  • the corresponding sub-topic types respectively set for different data types include:
  • the switching the display style of the display interface according to the value of the attribute name that is required to change the display style with respect to the parent theme type defined under the sub-topic type includes:
  • the value of the same-named attribute name defined under the sub-topic type is used to override the value of the same-named attribute name defined under the parent topic;
  • the sub-topic type includes a new attribute name with respect to the parent topic type, displaying the new one on the display interface according to the value of the newly added attribute name defined under the sub-topic type The name of the property.
  • the second aspect of the present application provides an interface switching system, including:
  • a parent theme loading unit configured to load a default style display interface according to a preset parent theme type when the application starts
  • a data type monitoring unit configured to monitor in real time whether the data type processed by the application changes during the running of the application
  • a sub-topic obtaining unit configured to: obtain, according to a data type currently processed by the application, a preset sub-topic type corresponding to the currently processed data type; wherein the sub-topic type is defined The value of the property name of the display style that needs to be changed relative to the parent topic type;
  • the interface switching unit is configured to switch the display style of the display interface according to a value of the attribute name defined in the sub-theme type and required to change the display style relative to the parent topic type.
  • the method further includes:
  • the attribute name statistics unit is used to count the attribute names that need not be changed during the running of the application and the attribute names that need to be changed;
  • a parent topic hive for setting a parent topic type under which the value of the property name that does not need to be changed and/or a default value of the property name that needs to be changed is defined;
  • the sub-topic configuration unit is configured to respectively set a corresponding sub-topic type for each different data type, and define a value of the attribute name required to be changed relative to the parent topic type under each sub-topic type.
  • the sub-topic configuration unit is specifically configured to:
  • the interface switching unit is specifically configured to:
  • the value of the same-named attribute name defined under the sub-topic type is used to override the value of the same-named attribute name defined under the parent topic;
  • the sub-topic type includes a new attribute name with respect to the parent topic type, displaying the new one on the display interface according to the value of the newly added attribute name defined under the sub-topic type The name of the property.
  • a third aspect of the present application provides an interface switching device including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program
  • a fourth aspect of the present application provides a computer readable storage medium storing a computer program, wherein the computer program, when executed by a processor, implements any one of the first aspects described above The steps of the method.
  • the default style display interface is loaded according to the preset parent theme type; during the running of the application, the data type processed by the application is changed in real time; if the change occurs, according to the description
  • the data type currently processed by the application acquires a preset sub-topic type corresponding to the currently processed data type; wherein the sub-topic type defines an attribute that needs to change a display style relative to the parent topic type a value of the name; switching the display style of the display interface according to the value of the attribute name defined under the sub-topic type and changing the display style relative to the parent topic type, so that the sub-topic can be avoided in the same as the parent theme
  • the repeated assignment of attributes makes the modification confusing, has no specific problems, and can display different interface styles for different phases of the application, which improves the user experience.
  • FIG. 1 is a schematic flowchart of an implementation process of an interface switching method according to an embodiment of the present application
  • FIG. 2 is a schematic flowchart of an implementation process of an interface switching method according to another embodiment of the present application.
  • FIG. 3 is a schematic flowchart of an implementation of an interface switching method according to a preferred implementation example of the present application.
  • FIG. 3b is a schematic flowchart of an implementation of an interface switching method according to another preferred implementation example of the present application.
  • FIG. 4 is a schematic structural diagram of an interface switching system according to an embodiment of the present application.
  • FIG. 5 is a schematic structural diagram of an interface switching system according to another embodiment of the present disclosure.
  • FIG. 6 is a schematic structural diagram of an interface switching device according to an embodiment of the present application.
  • FIG. 1 shows an implementation flow of an interface switching method provided by an embodiment of the present application, and the method is applied to an interface switching device.
  • the implementation process of the interface switching method provided by this embodiment is as follows:
  • Step S101 When the application is started, the default style display interface is loaded according to the preset parent theme type.
  • the interface switching device is an intelligent electronic device having a display function
  • the application program is any type of application installed on the interface switching device.
  • the interface switching device loads a default style display interface according to a preset parent theme type as an initial display interface of the application.
  • the value of the attribute name that does not need to be changed and/or the default value of the attribute name that needs to be changed are defined under the parent topic type.
  • the attribute value of the background of the interface when the application is started can be set to white under the parent theme type; the attribute value of the font color on the interface is set to black font by default.
  • the interface is displayed according to the value of each attribute name defined under the parent topic type.
  • step S102 during the running of the application, the data type processed by the application program is changed in real time; if the change occurs, the process proceeds to step S103; if no change occurs, no processing is performed.
  • the data type includes a data source type and/or a data attribute type.
  • the data source refers to a source of data currently processed by the application, for example, when the data is read from an external device, the data source is a device type of the external device.
  • the data attribute is a pointer to the same data source, and the types of data read at different operating stages are different, and the types of external device data streams read by the application in different operating phases are different, through the application.
  • the program monitors whether the currently processed data type changes in real time, and can determine whether the current running phase of the application changes. When the data type changes, the operating phase of the application changes. Go to the next step; otherwise, it means that the current stage of the application has not changed, and no processing is done at this time.
  • Step S103 Acquire a preset sub-topic type corresponding to the currently processed data type according to the data type currently processed by the application.
  • different sub-topic types corresponding to different data source types or different data attribute types are different, and values of each attribute name defined under the sub-topic are respectively displayed corresponding to different running phases of the application.
  • the attribute value of the interface background is defined as a shutdown flag image.
  • Step S104 Switch the display style of the display interface according to a value of the attribute name defined in the sub-topic type and required to change the display style with respect to the parent topic type.
  • step S104 specifically includes:
  • the value of the same-named attribute name defined under the sub-topic type is used to override the value of the same-named attribute name defined under the parent topic;
  • the sub-topic type includes a new attribute name with respect to the parent topic type, displaying the new one on the display interface according to the value of the newly added attribute name defined under the sub-topic type The name of the property.
  • the attribute values defined by the same attribute name are different under the parent topic type and the sub-topic type, and when the interface is switched, the parent attribute value defined under the sub-topic type is used to cover the parent for the same attribute name.
  • the attribute value defined under the topic type For example, in a specific implementation example, if the background of the interface corresponding to the shutdown phase is white under the parent theme type, the background of the interface corresponding to the shutdown phase is the shutdown flag image, then when entering the shutdown phase, The interface background is switched from white to the shutdown flag image.
  • an attribute name may be added under the sub-topic type, and an attribute value of the newly added attribute name may be defined.
  • the sub-topic type has a new attribute name relative to the parent topic type
  • the module corresponding to the newly added attribute name needs to be displayed at the preset position of the interface according to the attribute value of the newly added attribute name.
  • the attribute value of the newly added attribute name includes not only the display style of the newly added attribute name, but also the display position of the newly added attribute name on the interface.
  • the interface switching method loads the default style display interface according to the preset parent theme type when the application is started.
  • the data type processed by the application is monitored in real time. A change occurs; if a change occurs, a preset sub-topic type corresponding to the currently processed data type is obtained according to a data type currently processed by the application; wherein the sub-topic type is defined relative to the The value of the attribute name of the display style is required to be changed; the display style of the display interface is switched according to the value of the attribute name defined in the sub-topic type and required to change the display style relative to the parent theme type. Therefore, the repeated assignment of the same attribute in the sub-topic and the parent theme can be avoided, which makes the modification easy to be confused, has no specific problem, and can diagnose the application to display different interface styles in different running stages, thereby improving the user experience.
  • FIG. 2 is a schematic flowchart of an implementation of an interface switching method according to another embodiment of the present application, where the method is applied to a vehicle diagnostic device.
  • the interface switching method provided by this embodiment further includes:
  • Step S201 counting an attribute name that does not need to be changed during the running of the application, and an attribute name that needs to be changed;
  • Step S202 setting a parent topic type, and defining a value of the property name that does not need to be changed and/or a default value of the property name that needs to be changed under the parent topic type;
  • Step S203 respectively setting corresponding sub-topic types for various different data types, and defining values of the attribute names required to be changed with respect to the parent topic type under each sub-topic type.
  • the data type includes a data source type and/or a data attribute type
  • the sub-topic types corresponding to the respective vehicle information settings respectively include:
  • one of the sub-topics may be used as the parent topic of another sub-topic, so that the effect of the attribute value sharing can be achieved, and the subsequent targeted modification is facilitated.
  • Step S204 When the application is started, the default style display interface is loaded according to the preset parent theme type.
  • step S205 during the running of the application, the data type processed by the application program is monitored in real time. If the change occurs, the process proceeds to step S206; if no change occurs, no processing is performed.
  • Step S206 Acquire a preset sub-topic type corresponding to the currently processed data type according to the data type currently processed by the application.
  • Step S207 Switch the display style of the display interface according to a value of the attribute name defined in the sub-topic type and required to change the display style with respect to the parent topic type.
  • steps S204 to S207 in this embodiment are the same as steps S101 to S104 in the previous embodiment, and therefore are not described herein again.
  • the interface switching method provided in this embodiment can also avoid the repeated assignment of the same attribute in the sub-topic and the parent topic, which makes the modification easy to be confused, has no specific problem, and can be applied to different running phases of the application. Show different styles of interface to enhance the user experience.
  • FIG. 3a illustrates an implementation flow of an interface switching method provided by a preferred implementation example of the present application, which is applied to an automotive diagnostic device.
  • the implementation process of the interface switching method provided by this embodiment is as follows:
  • Step S301 when the application is started, the default style display interface is loaded according to the preset parent theme type.
  • the method may further include:
  • the corresponding sub-topic types are respectively set for various vehicle information, and the values of the attribute names required to be changed with respect to the parent topic type are defined under each sub-topic type.
  • the vehicle information includes a vehicle identification code and/or a vehicle data stream type read by the vehicle diagnostic device in real time.
  • the sub-topic types corresponding to the various vehicle information settings respectively include:
  • one of the sub-topics may be used as the parent topic of another sub-topic, so that the effect of the attribute value sharing can be achieved, and the subsequent targeted modification is facilitated.
  • the vehicle data stream sets different sub-theme types, so that when the application is applied to a certain vehicle, different style interfaces are displayed for different diagnosis stages, and the display styles corresponding to the respective diagnosis stages respectively reflect the characteristics of each diagnosis stage.
  • the application is a car diagnostic application installed on the automobile diagnostic device, and when the application is started, the car diagnostic device loads the default style display interface according to the preset parent theme type, as the The initial display interface of the app.
  • the value of the attribute name that does not need to be changed and/or the default value of the attribute name that needs to be changed are defined under the parent topic type.
  • the attribute value of the background color of the diagnostic interface when the application is launched can be set to white by default under the parent theme type; the attribute value of the font color on the diagnostic interface is set to black font by default.
  • the interface is displayed according to the value of each attribute name defined under the parent topic type.
  • Step S302 in the vehicle diagnosis process, real-time monitoring whether the type of vehicle information currently processed by the application program changes; if yes, proceeding to step S303; otherwise, no processing is performed.
  • the vehicle information includes a vehicle identification code and/or a vehicle data stream type read by the vehicle diagnostic device in real time.
  • the vehicle identification code (Vehicle) Identification Number, VIN) consists of 17 characters, commonly known as the 17-digit code, which contains information on the manufacturer, age, model, body type and code, engine code and assembly location of the vehicle.
  • the type of vehicle data stream read by the vehicle diagnostic device at different diagnostic stages is different, and the type of vehicle data stream read by the vehicle diagnostic device in real time can determine the current diagnostic stage of the current vehicle diagnostic device.
  • Step S303 Acquire a preset sub-topic type corresponding to the type of the vehicle information; wherein the sub-topic type defines a value of an attribute name that is required to change a display style with respect to the parent topic type.
  • different sub-topic types corresponding to different vehicle identification codes or different vehicle data stream types are different, and values of each attribute name defined under the sub-topics respectively show that their corresponding vehicles are in different diagnostic stages. specialty.
  • the attribute value of the background of the diagnostic interface is defined as the engine picture.
  • Step S304 switching the display style of the display interface according to a value of the attribute name defined in the sub-topic type and required to change the display style with respect to the parent topic type.
  • step S304 specifically includes:
  • the value of the same-named attribute name defined under the sub-topic type is used to override the value of the same-named attribute name defined under the parent topic;
  • the sub-topic type includes a new attribute name with respect to the parent topic type, displaying the new one on the display interface according to the value of the newly added attribute name defined under the sub-topic type The name of the property.
  • the attribute values defined by the same attribute name are different under the parent topic type and the sub-topic type, and when the interface is switched, the parent attribute value defined under the sub-topic type is used to cover the parent for the same attribute name.
  • the attribute value defined under the topic type For example, in a specific implementation example, if the interface background corresponding to the engine diagnosis phase is white under the parent topic type, and the interface background corresponding to the engine diagnosis phase is the engine picture under the sub-topic type, then when entering the engine diagnosis phase, , switch the interface background from white to engine image.
  • an attribute name may be added under the sub-topic type, and an attribute value of the newly added attribute name may be defined.
  • the sub-topic type has a new attribute name relative to the parent topic type
  • the module corresponding to the newly added attribute name needs to be displayed at the preset position of the interface according to the attribute value of the newly added attribute name.
  • the attribute value of the newly added attribute name includes not only the display style of the newly added attribute name, but also the display position of the newly added attribute name on the interface.
  • one of the sub-topics may be used as the parent topic of another sub-topic, so that the effect of the attribute value sharing can be achieved, which is convenient for subsequent Targeted changes.
  • the interface switching method loads the default style display interface according to the preset parent theme type when the application is started; in the vehicle diagnosis process, the vehicle information is read in real time, and the preset information is obtained.
  • a sub-topic type corresponding to the vehicle information; wherein, under the sub-topic type, a value of a property name required to change a display style with respect to the parent topic type is defined; and a relative defined according to the sub-topic type
  • the value of the attribute name of the display style is changed in the parent topic type, and the display style of the display interface is switched, so that the repeated assignment of the same attribute in the sub-topic and the parent theme can be avoided, which makes the modification easy to be confused and not targeted.
  • the problem and can display different interface styles for different vehicles in different diagnostic stages, improving the user experience.
  • FIG. 3b illustrates an implementation flow of an interface switching method provided by another preferred implementation example of the present application, which is applied to a smart terminal.
  • the implementation process of the interface switching method provided by this embodiment is as follows:
  • Step S401 When the application installed on the smart terminal is started, the default style display interface is loaded according to the preset parent theme type.
  • Step S402 in the process of running the application, real-time monitoring whether the type of data information currently processed by the application program changes; if yes, proceeding to step S403; otherwise, not processing.
  • Step S403 obtaining a preset sub-topic type corresponding to the type of the data information; wherein the sub-topic type defines a value of an attribute name that is required to change a display style with respect to the parent topic type.
  • Step S404 switching the display style of the display interface according to a value of the attribute name defined in the sub-topic type and required to change the display style with respect to the parent topic type.
  • steps S401 to S404 in the interface switching method provided in this implementation example are different from the application scenarios in steps S301 to S304 in the previous implementation example, and the specific implementation manners are substantially the same, so Let me repeat.
  • the interface switching method provided in this implementation example loads a default style display interface according to a preset parent theme type when the application on the smart terminal is started; in the application running process, the data information currently processed by the application is read in real time. And obtaining a preset sub-topic type corresponding to the data information; wherein, the sub-topic type defines a value of an attribute name that is required to change a display style relative to the parent topic type; The value of the attribute name that is required to change the display style relative to the parent topic type, and the display style of the display interface is switched, so that the repeated assignment of the same attribute in the sub-topic and the parent theme can be avoided, resulting in modification. It is easy to be confused, has no specific problems, and can display different interface styles for different intelligent terminals in different data processing stages, which improves the user experience.
  • FIG. 4 is a schematic structural diagram of an interface switching system according to an embodiment of the present application. Only the parts related to the present embodiment are shown for convenience of explanation.
  • the interface switching system 4 provided in this embodiment includes:
  • a parent theme loading unit 41 configured to load a default style display interface according to a preset parent theme type when the application is started;
  • the data type monitoring unit 42 is configured to monitor, in real time, whether the data type processed by the application changes during the running of the application;
  • a sub-topic obtaining unit 43 is configured to: if a change occurs, obtain a preset sub-topic type corresponding to the currently processed data type according to a data type currently processed by the application; wherein, the sub-topic type Defines the value of the property name that is required to change the display style relative to the parent topic type;
  • the interface switching unit 44 is configured to switch the display style of the display interface according to a value of the attribute name defined in the sub-topic type and required to change the display style with respect to the parent topic type.
  • the interface switching unit 44 is specifically configured to:
  • the value of the same-named attribute name defined under the sub-topic type is used to override the value of the same-named attribute name defined under the parent topic;
  • the sub-topic type includes a new attribute name with respect to the parent topic type, displaying the new one on the display interface according to the value of the newly added attribute name defined under the sub-topic type The name of the property.
  • the interface switching system 4 further includes:
  • the attribute name statistic unit 45 is configured to count the attribute name that needs to be changed during the running of the application and the attribute name that needs to be changed;
  • a parent topic configuration unit 46 configured to set a parent topic type, and define a value of the property name that does not need to be changed and/or a default value of the property name that needs to be changed under the parent topic type;
  • the sub-topic configuration unit 47 is configured to respectively set corresponding sub-topic types for various different data types, and define values of the attribute names required to be changed with respect to the parent topic type under each sub-topic type.
  • the data type includes a data source type and/or a data attribute type
  • the sub-topic configuration unit 47 is specifically configured to:
  • the interface switching system provided in this embodiment can also avoid the repeated assignment of the same attributes in the sub-topic and the parent topic, which makes the modification easy to be confused, has no specific problem, and can be applied to different running phases of the application. Show different styles of interface to enhance the user experience.
  • FIG. 6 is a schematic diagram of an interface switching device according to an embodiment of the present application.
  • the interface switching device of this embodiment includes a processor 60, a memory 61, and a computer program 62 stored in the memory 61 and operable on the processor 60.
  • the processor 60 executes the computer program 62, the functions of the modules/units in the embodiments of the interface switching systems described above are implemented, such as the functions of the units 41 to 44 shown in FIG.
  • the processor 60 executes the computer program 62 to implement the steps in the various method embodiments described above, such as steps S101 through S104 shown in FIG.
  • the default style display interface is loaded according to the preset parent theme type
  • the corresponding sub-topic types are respectively set for different data types, and the values of the attribute names required to be changed with respect to the parent topic type are defined under each sub-topic type.
  • the data type includes a data source type and/or a data attribute type
  • the processor 60 implements the computer program 62 to implement the following steps:
  • the value of the same-named attribute name defined under the sub-topic type is used to override the value of the same-named attribute name defined under the parent topic;
  • the sub-topic type includes a new attribute name with respect to the parent topic type, displaying the new one on the display interface according to the value of the newly added attribute name defined under the sub-topic type The name of the property.
  • the interface switching device 6 can be a computing device such as a desktop computer, a notebook, and a palmtop computer.
  • the interface switching device 6 may include, but is not limited to, a processor 60 and a memory 61. It can be understood by those skilled in the art that FIG. 6 is only an example of the interface switching device, does not constitute a limitation of the interface switching device 6, may include more or less components than the illustrated, or combine some components, or different. Components, such as the terminal, may also include input and output devices, network access devices, buses, and the like.
  • the so-called processor 60 can be a central processing unit (Central Processing Unit, CPU), can also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the memory 61 may be an internal storage unit of the interface switching device, such as a hard disk or a memory of the interface switching device.
  • the memory 61 may also be an external storage device of the interface switching device, for example, a plug-in hard disk provided on the interface switching device, and a smart memory card (Smart Media) Card, SMC), Secure Digital (SD) card, Flash Card, etc.
  • the memory 61 may also include both an internal storage unit of the interface switching device and an external storage device.
  • the memory 61 is used to store the computer program and other programs and data required by the terminal.
  • the memory 61 can also be used to temporarily store data that has been output or is about to be output.
  • each functional unit and module in the foregoing system may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit, and the integrated unit may be hardware.
  • Formal implementation can also be implemented in the form of software functional units.
  • the specific names of the respective functional units and modules are only for the purpose of facilitating mutual differentiation, and are not intended to limit the scope of protection of the present application.
  • the disclosed interface switching system, interface switching device, and method may be implemented in other manners.
  • the embodiment of the interface switching device/interface switching device described above is merely illustrative.
  • the division of the module or unit is only a logical function division.
  • there may be another division manner for example, Multiple units or components may be combined or integrated into another system, or some features may be omitted or not implemented.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, interface switching device or unit, and may be in electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated modules/units if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium. Based on such understanding, the present application implements all or part of the processes in the foregoing embodiments, and may also be completed by a computer program to instruct related hardware.
  • the computer program may be stored in a computer readable storage medium. The steps of the various method embodiments described above may be implemented when the program is executed by the processor. .
  • the computer program comprises computer program code, which may be in the form of source code, object code form, executable file or some intermediate form.
  • the computer readable medium may include any entity or interface switching device capable of carrying the computer program code, a recording medium, a USB flash drive, a removable hard disk, a magnetic disk, an optical disk, a computer memory, a read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), electrical carrier signals, telecommunications signals, and software distribution media.
  • a recording medium a USB flash drive
  • a removable hard disk a magnetic disk
  • an optical disk a computer memory
  • ROM read-only memory
  • RAM random access memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

本申请适用于界面切换技术领域，提供了一种界面切换方法、系统、设备及计算机可读存储介质，其中方法包括：在应用启动时，根据预设的父主题类型加载默认风格的显示界面；在应用运行过程中，实时监测应用处理的数据类型是否发生改变；若是，则根据应用当前处理的数据类型获取预设的与当前处理的数据类型相对应的子主题类型；子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值；根据子主题类型下定义的相对于父主题类型所需更改显示风格的属性名的值，切换显示界面的显示风格。本申请可以避免子主题与父主题中相同属性的重复赋值的问题，能够针对应用程序在不同的运行阶段展示不同的界面风格，提升了用户体验。

Description

界面切换方法、系统、设备及计算机可读存储介质 技术领域
本申请属于界面切换技术领域，尤其涉及一种界面切换方法、系统、设备及计算机可读存储介质。
 背景技术
目前，智能电子的显示界面大多支持主题功能，比如说界面的标题背景、字体颜色以及输入框的风格等。目前，智能电子设备实现显示界面主题切换的技术方案一般是在定义主题风格的地方定义一些常量，不同主题在定义风格的地方对应的值不一样，这种主题切换技术需要在各种不同主题下对所有属性名的值进行定义，导致某些相似主题的一些属性名的值存在重复，修改起来容易混淆。
 技术问题
现有智能电子设备的主题切换存在需要在各种不同主题下对所有属性名的值进行定义，导致某些相似主题的一些属性名的值存在重复，修改起来容易混淆的问题。
 技术解决方案
本申请的第一方面提供了一种界面切换方法，包括：
在应用程序启动时，根据预设的父主题类型加载默认风格的显示界面；
在应用程序运行过程中，实时监测应用程序处理的数据类型是否发生改变；
若发生改变，则根据所述应用程序当前处理的数据类型获取预设的与所述当前处理的数据类型相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值；
根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格。
在上述技术方案的基础上，所述在应用启动时，根据预设的父主题类型加载默认风格的显示界面之前还包括：
统计所述应用程序运行过程中无需变更的属性名和需要变更的属性名；
设置父主题类型，在所述父主题类型下定义无需变更的属性名的值和/或需要变更的属性名的默认值；
分别为各种不同的数据类型设置对应的子主题类型，在各子主题类型下定义相对于所述父主题类型所需变更的属性名的值。
在上述技术方案的基础上，所述数据类型包括数据来源类型和/或数据属性类型，所述分别为各种不同的数据类型设置对应的子主题类型包括：
针对不同类型的数据来源设置不同的子主题类型；和/或，
针对不同类型的数据属性设置不同的子主题类型。
在上述技术方案的基础上，所述根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格包括：
获取所述父主题类型下定义的属性名和所述子主题类型下定义的属性名；
若所述子主题类型和所述父主题类型包含同名属性名，则采用所述子主题类型下定义的同名属性名的值覆盖所述父主题下定义的同名属性名的值；
若所述子主题类型相对于所述父主题类型包含有新增属性名，则根据所述子主题类型下定义的所述新增属性名的值，在所述显示界面上显示所述新增属性名。
本申请第二方面提供一种界面切换系统，包括：
父主题加载单元，用于在应用程序启动时，根据预设的父主题类型加载默认风格的显示界面；
数据类型监测单元，用于在应用程序运行过程中，实时监测应用程序处理的数据类型是否发生改变；
子主题获取单元，用于若发生改变，则根据所述应用程序当前处理的数据类型获取预设的与所述当前处理的数据类型相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值；
界面切换单元，用于根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格。
在上述技术方案的基础上，还包括：
属性名统计单元，用于统计应用程序运行过程中无需变更的属性名和需要变更的属性名；
父主题配置单元，用于设置父主题类型，在所述父主题类型下定义无需变更的属性名的值和/或需要变更的属性名的默认值；
子主题配置单元，用于分别为各种不同的数据类型设置对应的子主题类型，在各子主题类型下定义相对于所述父主题类型所需变更的属性名的值。
在上述技术方案的基础上，所述子主题配置单元具体用于：
针对不同类型的数据来源设置不同的子主题类型；和/或，
针对不同类型的数据属性设置不同的子主题类型。
在上述技术方案的基础上，所述界面切换单元具体用于：
获取所述父主题类型下定义的属性名和所述子主题类型下定义的属性名；
若所述子主题类型和所述父主题类型包含同名属性名，则采用所述子主题类型下定义的同名属性名的值覆盖所述父主题下定义的同名属性名的值；
若所述子主题类型相对于所述父主题类型包含有新增属性名，则根据所述子主题类型下定义的所述新增属性名的值，在所述显示界面上显示所述新增属性名。
本申请的第三方面提供了一种界面切换设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述方法的步骤。
本申请的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其中，所述计算机程序被处理器执行时实现如上述第一方面任一项所述方法的步骤。
 有益效果
本申请由于在应用程序启动时，根据预设的父主题类型加载默认风格的显示界面；在应用程序运行过程中，实时监测应用程序处理的数据类型是否发生改变；若发生改变，则根据所述应用程序当前处理的数据类型获取预设的与所述当前处理的数据类型相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值；根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格，从而可以避免子主题与父主题中相同属性的重复赋值，导致修改起来容易混淆，没有针对性的问题，并且可以针对应用程序在不同的运行阶段展示不同的界面风格，提升了用户体验。
 附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的界面切换方法的实现流程示意图；
图2是本申请另一实施例提供的界面切换方法的实现流程示意图；
图3a是本申请一较佳实现示例提供的界面切换方法的实现流程示意图；
图3b是本申请另一较佳实现示例提供的界面切换方法的实现流程示意图；
图4是本申请实施例提供的界面切换系统的结构示意图；
图5是本申请另一实施例提供的界面切换系统的结构示意图；
图6是本申请实施例提供的界面切换设备的结构示意图。
 本发明的实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、界面切换设备、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。
图1示出了本申请实施例提供的界面切换方法的实现流程，该方法应用于界面切换设备。参见图1所示，本实施例提供的界面切换方法的实现流程详述如下：
步骤S101，在应用程序启动时，根据预设的父主题类型加载默认风格的显示界面。
在本实施例中，所述界面切换设备为具有显示功能的智能电子设备，所述应用程序为安装在界面切换设备上的任意类型的应用。当所述应用程序启动时，所述界面切换设备会根据预设的父主题类型加载默认风格的显示界面，作为所述应用程序的初始显示界面。
在本实施例中，所述父主题类型下定义了一些无需变更的属性名的值和/或需要变更的属性名的默认值。例如：可在所述父主题类型下将应用程序启动时界面背景的属性值，默认设置为白色；界面上字体颜色的属性值，默认设置为黑色字体。所述应用程序在启动时，根据所述父主题类型下定义的各属性名的值进行界面显示。
步骤S102，在应用程序运行过程中，实时监测应用程序处理的数据类型是否发生改变；若发生改变，则进入到步骤S103；若未发生改变，则不做处理。
在本实施例中，所述数据类型包括数据来源类型和/或数据属性类型。其中，所述数据来源是指所述应用程序当前处理的数据的来源，例如：当所述数据是从外部设备读取的，则所述数据来源为外部设备的设备类型。所述数据属性是指针对同一数据来源，在不同的运行阶段读取的数据的种类不同，所述应用程序在不同的运行阶段读取的外部设备数据流的类型是不同的，通过所述应用程序实时监测当前所处理的数据类型是否发生改变，可判断所述应用程序当前所处的运行阶段是否发生改变，当数据类型发生改变时，则说明所述应用程序的运行阶段发生改变，此时进入到下一个步骤；否则，则说明应用程序当前所处的阶段未发生改变，此时不做处理。
步骤S103，根据所述应用程序当前处理的数据类型获取预设的与所述当前处理的数据类型相对应的子主题类型。
在本实施例中，不同的数据来源类型或不同的数据属性类型所对应的子主题类型不同，所述子主题下定义的各属性名的值，分别展示其对应所述应用程序不同运行阶段的特点。例如：在所述应用程序进入关机阶段时的数据类型所对应的子主题类型下，定义界面背景的属性值为关机标志图片。
步骤S104，根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格。
在本实施例中，步骤S104具体包括：
获取所述父主题类型下定义的属性名和所述子主题类型下定义的属性名；
若所述子主题类型和所述父主题类型包含同名属性名，则采用所述子主题类型下定义的同名属性名的值覆盖所述父主题下定义的同名属性名的值；
若所述子主题类型相对于所述父主题类型包含有新增属性名，则根据所述子主题类型下定义的所述新增属性名的值，在所述显示界面上显示所述新增属性名。
在本实施例中，在所述父主题类型和所述子主题类型下相同属性名定义的属性值不同，在进行界面切换时，针对相同属性名，采用子主题类型下定义的属性值覆盖父主题类型下定义的属性值。例如：在一具体实现示例中，若在父主题类型下，关机阶段对应的界面背景为白色，子主题类型下，关机阶段对应的界面背景为关机标志图片，那么在进入到关机阶段时，将界面背景由白色切换为关机标志图片。
在本实施例中，可在所述子主题类型下新增属性名，并定义新增属性名的属性值，当子主题类型相对于父主题类型有新增属性名时，在界面切换时，需要根据新增属性名的属性值在界面预设位置处展示新增属性名对应的模块。其中，所述新增属性名的属性值不仅包括新增属性名的显示风格，还包括新增属性名在界面上的展示位置。
以上可以看出，本实施例提供的界面切换方法由于在应用程序启动时，根据预设的父主题类型加载默认风格的显示界面；在应用程序运行过程中，实时监测应用程序处理的数据类型是否发生改变；若发生改变，则根据所述应用程序当前处理的数据类型获取预设的与所述当前处理的数据类型相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值；根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格，从而可以避免子主题与父主题中相同属性的重复赋值，导致修改起来容易混淆，没有针对性的问题，并且可以诊断应用程序在不同的运行阶段展示不同的界面风格，提升了用户体验。
图2是本申请另一实施例提供的界面切换方法的实现流程示意图，该方法应用于车辆诊断设备。参见图2所示，相对于上一实施例，本实施例提供的界面切换方法还包括：
步骤S201，统计所述应用程序运行过程中无需变更的属性名和需要变更的属性名；
步骤S202，设置父主题类型，在所述父主题类型下定义无需变更的属性名的值和/或需要变更的属性名的默认值；
步骤S203，分别为各种不同的数据类型设置对应的子主题类型，在各子主题类型下定义相对于所述父主题类型所需变更的属性名的值。
其中，所述数据类型包括数据来源类型和/或数据属性类型，所述分别为各种车辆信息设置对应的子主题类型包括：
针对不同类型的数据来源设置不同的子主题类型；和/或，
针对不同类型的数据属性设置不同的子主题类型。
在本实施例中，由于子主题类型下定义的是相对于父主题类型所需变更的属性名的值，而并非所有属性名的值，因此，其与父主题类型不存在相互重复的属性值，这样即简化了界面切换处理步骤，也避免了修改时易混淆的问题。
在本实施例中，当两个子主题类型的差异不大时，可以将其中一个子主题作为另外一个子主题的父主题来使用，这样可以达到属性值共用的效果，方便后续有针对性的修改。
在本实施例中，由于针对不同类型的数据来源设置不同的子主题类型，这样可以在将所述应用程序应用于不同的设备时，针对设备的特性显示不同风格的界面；由于针对不同类型的数据属性设置不同的子主题类型，这样可以在将应用程序应用于某一设备时，针对应用程序所处运行阶段的不同显示不同风格的界面，各个运行阶段所对应的显示风格分别反映各个运行阶段的特性。
步骤S204，在应用程序启动时，根据预设的父主题类型加载默认风格的显示界面。
步骤S205，在应用程序运行过程中，实时监测应用程序处理的数据类型是否发生改变；若发生改变，则进入到步骤S206；若未发生改变，则不做处理。
步骤S206，根据所述应用程序当前处理的数据类型获取预设的与所述当前处理的数据类型相对应的子主题类型。
步骤S207，根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格。
需要说明的是，本实施例中的步骤S204~步骤S207由于分别与上一实施例中的步骤S101~步骤S104相同，因此在此不再赘述。
以上可以看出，本实施例提供的界面切换方法同样可以避免子主题与父主题中相同属性的重复赋值，导致修改起来容易混淆，没有针对性的问题，并且可以针对应用程序在不同的运行阶段展示不同风格的界面，提升了用户体验。
图3a示出了本申请一较佳实现示例提供的界面切换方法的实现流程，该方法应用于汽车诊断设备。参见图3a所示，本实施例提供的界面切换方法的实现流程详述如下：
步骤S301，在应用程序启动时，根据预设的父主题类型加载默认风格的显示界面。
优选的，在本实施例中，在步骤S301之前还可以包括：
统计车辆诊断过程中无需变更的属性名和需要变更的属性名；
设置父主题类型，在所述父主题类型下定义无需变更的属性名的值；
分别为各种车辆信息设置对应的子主题类型，在各子主题类型下定义相对于所述父主题类型所需变更的属性名的值。
其中，所述车辆信息包括车辆识别码和/或汽车诊断设备实时读取的车辆数据流类型。所述分别为各种车辆信息设置对应的子主题类型包括：
针对不同类型的车辆识别码设置不同的子主题类型；和/或，
针对不同类型的车辆数据流设置不同的子主题类型。
在本实施例中，由于子主题类型下定义的是相对于父主题类型所需变更的属性名的值，而并非所有属性名的值，因此，其与父主题类型不存在相互重复的属性值，这样即简化了界面切换处理步骤，也避免了修改时易混淆的问题。
在本实施例中，当两个子主题类型的差异不大时，可以将其中一个子主题作为另外一个子主题的父主题来使用，这样可以达到属性值共用的效果，方便后续有针对性的修改。
在本实施例中，由于针对不同类型的车辆识别码设置不同的子主题类型，这样可以在所述应用程序诊断不同类型的车辆时，针对车辆的特性显示不同风格的界面；由于针对不同类型的车辆数据流设置不同的子主题类型，这样可以在将应用程序应用于某一车辆时，针对不同的诊断阶段显示不同风格的界面，各个诊断阶段所对应的显示风格分别反映各个诊断阶段的特性。
在本实施例中，所述应用程序为安装在汽车诊断设备上的汽车诊断应用，当所述应用启动时，汽车诊断设备会根据预设的父主题类型加载默认风格的显示界面，作为所述应用的初始显示界面。
在本实施例中，所述父主题类型下定义了一些无需变更的属性名的值和/或需要变更的属性名的默认值。例如：可在所述父主题类型下将应用启动时的诊断界面的背景颜色的属性值，默认设置为白色；诊断界面上字体颜色的属性值，默认设置为黑色字体。所述应用在启动时，根据所述父主题类型下定义的各属性名的值进行界面显示。
步骤S302，在车辆诊断过程中，实时监测所述应用程序当前所处理的车辆信息的类型是否发生变化；若是，则进入步骤S303；反之，不做处理。
在本实施例中，所述车辆信息包括车辆识别码和/或汽车诊断设备实时读取的车辆数据流类型。其中，车辆识别码（Vehicle Identification Number，VIN）由17位字符组成，俗称十七位码，它包含了车辆的生产厂家、年代、车型、车身型式及代码、发动机代码及组装地点等信息。所述汽车诊断设备在不同的诊断阶段读取的车辆数据流的类型是不同的，通过汽车诊断设备实时读取的车辆数据流类型可判断当前汽车诊断设备当前所处的诊断阶段。
步骤S303，获取预设的与所述车辆信息的类型相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值。
在本实施例中，不同的车俩识别码或不同的车俩数据流类型所对应的子主题类型不同，所述子主题下定义的各属性名的值，分别展示其对应车辆在不同诊断阶段的特点。例如：在汽车诊断设备进入发动机诊断阶段时实时读取的车辆数据流类型所对应的子主题类型下，定义诊断界面背景的属性值为发动机图片。
步骤S304，根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格。
在本实施例中，步骤S304具体包括：
获取所述父主题类型下定义的属性名和所述子主题类型下定义的属性名；
若所述子主题类型和所述父主题类型包含同名属性名，则采用所述子主题类型下定义的同名属性名的值覆盖所述父主题下定义的同名属性名的值；
若所述子主题类型相对于所述父主题类型包含有新增属性名，则根据所述子主题类型下定义的所述新增属性名的值，在所述显示界面上显示所述新增属性名。
在本实施例中，在所述父主题类型和所述子主题类型下相同属性名定义的属性值不同，在进行界面切换时，针对相同属性名，采用子主题类型下定义的属性值覆盖父主题类型下定义的属性值。例如：在一具体实现示例中，若在父主题类型下，发动机诊断阶段对应的界面背景为白色，子主题类型下，发动机诊断阶段对应的界面背景为发动机图片，那么在进入到发动机诊断阶段时，将界面背景由白色切换为发动机图片。
在本实施例中，可在所述子主题类型下新增属性名，并定义新增属性名的属性值，当子主题类型相对于父主题类型有新增属性名时，在界面切换时，需要根据新增属性名的属性值在界面预设位置处展示新增属性名对应的模块。其中，所述新增属性名的属性值不仅包括新增属性名的显示风格，还包括新增属性名在界面上的展示位置。
需要说明的是，在本实施例中，当两个子主题类型的差异不大时，可以将其中一个子主题作为另外一个子主题的父主题来使用，这样可以达到属性值共用的效果，方便后续有针对性的修改。
以上可以看出，本实施例提供的界面切换方法由于在应用启动时，根据预设的父主题类型加载默认风格的显示界面；在车辆诊断过程中，实时读取车辆信息，并获取预设的与所述车辆信息相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值；根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格，从而可以避免子主题与父主题中相同属性的重复赋值，导致修改起来容易混淆，没有针对性的问题，并且可以针对不同的车辆，在不同的诊断阶段分别展示不同的界面风格，提升了用户体验。
图3b示出了本申请另一较佳实现示例提供的界面切换方法的实现流程，该方法应用于智能终端。参见图3b所示，本实施例提供的界面切换方法的实现流程详述如下：
步骤S401，在智能终端上安装的应用程序启动时，根据预设的父主题类型加载默认风格的显示界面。
步骤S402，在所述应用程序运行的过程中，实时监测所述应用程序当前所处理的数据信息的类型是否发生变化；若是，则进入步骤S403；反之，不做处理。
步骤S403，获取预设的与所述数据信息的类型相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值。
步骤S404，根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格。
需要说明的是，本实现示例中提供的界面切换方法中的步骤S401~步骤S404与上一实现示例中的步骤S301~步骤S304仅仅是应用场景不同，其具体实现方式大体相同，因此在此不再赘述。
本实现示例提供的界面切换方法由于在智能终端上的应用启动时，根据预设的父主题类型加载默认风格的显示界面；在应用程序运行过程中，实时读取应用程序当前所处理的数据信息，并获取预设的与所述数据信息相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值；根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格，从而可以避免子主题与父主题中相同属性的重复赋值，导致修改起来容易混淆，没有针对性的问题，并且可以针对不同的智能终端，在不同的数据处理阶段分别展示不同的界面风格，提升了用户体验。
图4是本申请实施例提供的界面切换系统的结构示意图。为了便于说明仅仅示出了与本实施例相关的部分。
参见图4所示，本实施例提供的界面切换系统4包括：
父主题加载单元41，用于在应用程序启动时，根据预设的父主题类型加载默认风格的显示界面；
数据类型监测单元42，用于在应用程序运行过程中，实时监测应用程序处理的数据类型是否发生改变；
子主题获取单元43，用于若发生改变，则根据所述应用程序当前处理的数据类型获取预设的与所述当前处理的数据类型相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值；
界面切换单元44，用于根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格。
可选的，所述界面切换单元44具体用于：
获取所述父主题类型下定义的属性名和所述子主题类型下定义的属性名；
若所述子主题类型和所述父主题类型包含同名属性名，则采用所述子主题类型下定义的同名属性名的值覆盖所述父主题下定义的同名属性名的值；
若所述子主题类型相对于所述父主题类型包含有新增属性名，则根据所述子主题类型下定义的所述新增属性名的值，在所述显示界面上显示所述新增属性名。
可选的，参见图5所示，在另一实施例中，所述界面切换系统4还包括：
属性名统计单元45，用于统计应用程序运行过程中无需变更的属性名和需要变更的属性名；
父主题配置单元46，用于设置父主题类型，在所述父主题类型下定义无需变更的属性名的值和/或需要变更的属性名的默认值；
子主题配置单元47，用于分别为各种不同的数据类型设置对应的子主题类型，在各子主题类型下定义相对于所述父主题类型所需变更的属性名的值。
可选的，所述数据类型包括数据来源类型和/或数据属性类型，所述子主题配置单元47具体用于：
针对不同类型的数据来源设置不同的子主题类型；和/或，
针对不同类型的数据属性设置不同的子主题类型。
需要说明的是，本申请实施例提供的上述系统的各个单元，由于与本申请方法实施例基于同一构思，其带来的技术效果与本申请方法实施例相同，具体内容可参见本申请方法实施例中的叙述，此处不再赘述。
以上可以看出，本实施例提供的界面切换系统同样可以避免子主题与父主题中相同属性的重复赋值，导致修改起来容易混淆，没有针对性的问题，并且可以针对应用程序在不同的运行阶段展示不同风格的界面，提升了用户体验。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
图6是本申请实施例提供的界面切换设备的示意图。如图6所示，该实施例的界面切换设备包括：处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62。所述处理器60执行所述计算机程序62时实现上述各界面切换系统实施例中各模块/单元的功能，例如图4所示单元41至44的功能。或者，所述处理器60执行所述计算机程序62时实现上述各个方法实施例中的步骤，例如图1所示的步骤S101至S104。
示例性的，所述所述处理器60执行所述计算机程序62时实现以下步骤：
在应用程序启动时，根据预设的父主题类型加载默认风格的显示界面；
在应用程序运行过程中，实时监测应用程序处理的数据类型是否发生改变；
若发生改变，则根据所述应用程序当前处理的数据类型获取预设的与所述当前处理的数据类型相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值；
根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格。
示例性的，所述所述处理器60执行所述计算机程序62时实现以下步骤：
统计所述应用程序运行过程中无需变更的属性名和需要变更的属性名；
设置父主题类型，在所述父主题类型下定义无需变更的属性名的值和/或需要变更的属性名的默认值；
分别为各种不同的数据类型设置对应的子主题类型，在各子主题类型下定义相对于所述父主题类型所需变更的属性名的值。
示例性的，所述数据类型包括数据来源类型和/或数据属性类型，所述处理器60执行所述计算机程序62时实现以下步骤：
针对不同类型的数据来源设置不同的子主题类型；和/或，
针对不同类型的数据属性设置不同的子主题类型。
示例性的，所述所述处理器60执行所述计算机程序62时实现以下步骤：
获取所述父主题类型下定义的属性名和所述子主题类型下定义的属性名；
若所述子主题类型和所述父主题类型包含同名属性名，则采用所述子主题类型下定义的同名属性名的值覆盖所述父主题下定义的同名属性名的值；
若所述子主题类型相对于所述父主题类型包含有新增属性名，则根据所述子主题类型下定义的所述新增属性名的值，在所述显示界面上显示所述新增属性名。
所述界面切换设备6可以是桌上型计算机、笔记本及掌上电脑等计算设备。所述界面切换设备6可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是界面切换设备的示例，并不构成对界面切换设备6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端还可以包括输入输出设备、网络接入设备、总线等。
所称处理器60可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor，DSP)、专用集成电路 (Application Specific Integrated Circuit，ASIC)、现成可编程门阵列 (Field-Programmable Gate Array，FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器61可以是所述界面切换设备的内部存储单元，例如界面切换设备的硬盘或内存。所述存储器61也可以是所述界面切换设备的外部存储设备，例如所述界面切换设备上配备的插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（Secure Digital, SD）卡，闪存卡（Flash Card）等。进一步地，所述存储器61还可以既包括所述界面切换设备的内部存储单元也包括外部存储设备。所述存储器61用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述界面切换设备的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的界面切换系统、界面切换设备和方法，可以通过其它的方式实现。例如，以上所描述的界面切换设备/界面切换设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，界面切换设备或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或界面切换设备、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

  1. 一种界面切换方法，其特征在于，包括：
    在应用程序启动时，根据预设的父主题类型加载默认风格的显示界面；
    在应用程序运行过程中，实时监测应用程序处理的数据类型是否发生改变；
    若发生改变，则根据所述应用程序当前处理的数据类型获取预设的与所述当前处理的数据类型相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值；
    根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格。
  2. 如权利要求1所述的界面切换方法，其特征在于，所述在应用启动时，根据预设的父主题类型加载默认风格的显示界面之前还包括：
    统计所述应用程序运行过程中无需变更的属性名和需要变更的属性名；
    设置父主题类型，在所述父主题类型下定义无需变更的属性名的值和/或需要变更的属性名的默认值；
    分别为各种不同的数据类型设置对应的子主题类型，在各子主题类型下定义相对于所述父主题类型所需变更的属性名的值。
  3. 如权利要求2所述的界面切换方法，其特征在于，所述数据类型包括数据来源类型和/或数据属性类型，所述分别为各种不同的数据类型设置对应的子主题类型包括：
    针对不同类型的数据来源设置不同的子主题类型；和/或，
    针对不同类型的数据属性设置不同的子主题类型。
  4. 如权利要求1所述的界面切换方法，其特征在于，所述根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格包括：
    获取所述父主题类型下定义的属性名和所述子主题类型下定义的属性名；
    若所述子主题类型和所述父主题类型包含同名属性名，则采用所述子主题类型下定义的同名属性名的值覆盖所述父主题下定义的同名属性名的值；
    若所述子主题类型相对于所述父主题类型包含有新增属性名，则根据所述子主题类型下定义的所述新增属性名的值，在所述显示界面上显示所述新增属性名。
  5. 一种界面切换系统，其特征在于，包括：
    父主题加载单元，用于在应用程序启动时，根据预设的父主题类型加载默认风格的显示界面；
    数据类型监测单元，用于在应用程序运行过程中，实时监测应用程序处理的数据类型是否发生改变；
    子主题获取单元，用于若发生改变，则根据所述应用程序当前处理的数据类型获取预设的与所述当前处理的数据类型相对应的子主题类型；其中，所述子主题类型下定义了相对于所述父主题类型所需更改显示风格的属性名的值；
    界面切换单元，用于根据所述子主题类型下定义的相对于所述父主题类型所需更改显示风格的属性名的值，切换所述显示界面的显示风格。
  6. 如权利要求5所述的界面切换系统，其特征在于，还包括：
    属性名统计单元，用于统计应用程序运行过程中无需变更的属性名和需要变更的属性名；
    父主题配置单元，用于设置父主题类型，在所述父主题类型下定义无需变更的属性名的值和/或需要变更的属性名的默认值；
    子主题配置单元，用于分别为各种不同的数据类型设置对应的子主题类型，在各子主题类型下定义相对于所述父主题类型所需变更的属性名的值。
  7. 如权利要求6所述的界面切换系统，其特征在于，所述数据类型包括数据来源类型和/或数据属性类型，所述子主题配置单元具体用于：
    针对不同类型的数据来源设置不同的子主题类型；和/或，
    针对不同类型的数据属性设置不同的子主题类型。
  8. 如权利要求7所述的界面切换系统，其特征在于，所述界面切换单元具体用于：
    获取所述父主题类型下定义的属性名和所述子主题类型下定义的属性名；
    若所述子主题类型和所述父主题类型包含同名属性名，则采用所述子主题类型下定义的同名属性名的值覆盖所述父主题下定义的同名属性名的值；
    若所述子主题类型相对于所述父主题类型包含有新增属性名，则根据所述子主题类型下定义的所述新增属性名的值，在所述显示界面上显示所述新增属性名。
  9. 一种界面切换设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至4任一项所述方法的步骤。
  10. 一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述方法的步骤。
PCT/CN2018/084449 2018-04-25 2018-04-25 界面切换方法、系统、设备及计算机可读存储介质 WO2019205018A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP18859952.6A EP3786791B1 (en) 2018-04-25 2018-04-25 Method, system, device, computer readable storage medium for switching interface
CN201880000327.5A CN108701044B (zh) 2018-04-25 2018-04-25 界面切换方法、系统、设备及计算机可读存储介质
PCT/CN2018/084449 WO2019205018A1 (zh) 2018-04-25 2018-04-25 界面切换方法、系统、设备及计算机可读存储介质
US16/370,042 US10942755B2 (en) 2018-04-25 2019-03-29 Interface switching method and device, and computer readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/084449 WO2019205018A1 (zh) 2018-04-25 2018-04-25 界面切换方法、系统、设备及计算机可读存储介质

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/370,042 Continuation-In-Part US10942755B2 (en) 2018-04-25 2019-03-29 Interface switching method and device, and computer readable storage medium

Publications (1)

Publication Number Publication Date
WO2019205018A1 true WO2019205018A1 (zh) 2019-10-31

Family

ID=63841383

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/084449 WO2019205018A1 (zh) 2018-04-25 2018-04-25 界面切换方法、系统、设备及计算机可读存储介质

Country Status (4)

Country Link
US (1) US10942755B2 (zh)
EP (1) EP3786791B1 (zh)
CN (1) CN108701044B (zh)
WO (1) WO2019205018A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110225191A (zh) * 2019-05-24 2019-09-10 深圳传音控股股份有限公司 主题模式的实现方法
CN112416482B (zh) * 2019-08-23 2024-04-23 钉钉控股（开曼）有限公司 界面切换方法及装置
CN111240792B (zh) * 2020-02-10 2021-05-14 腾讯科技（深圳）有限公司 用户界面的主题切换方法、装置、终端及存储介质
CN111382389B (zh) * 2020-03-25 2023-09-12 北京字节跳动网络技术有限公司 多主题页面生成方法、装置、电子设备及存储介质
CN111596580A (zh) * 2020-04-20 2020-08-28 星络智能科技有限公司 存储介质、智能面板及其个性化设置方法
CN112181580B (zh) * 2020-10-19 2024-06-14 中国工商银行股份有限公司 应用主题切换方法、装置及系统
CN117827343A (zh) * 2023-12-20 2024-04-05 重庆长安汽车股份有限公司 一种显示界面的换肤方法、装置、车辆和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103809864A (zh) * 2012-11-07 2014-05-21 阿里巴巴集团控股有限公司 一种动态切换界面的方法和装置
CN104090749A (zh) * 2014-05-30 2014-10-08 爱培科科技开发（深圳）有限公司 一种WinCE产品界面主题更新变换处理方法及系统
US20140344668A1 (en) * 2013-05-16 2014-11-20 Toshiba Global Commerce Solutions Holdings Corporation Systems and methods for processing modifiable files grouped into themed directories for presentation of web content
CN105227426A (zh) * 2014-05-30 2016-01-06 小米科技有限责任公司 一种应用界面切换方法、装置及终端设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5793368A (en) * 1996-11-14 1998-08-11 Triteal Corporation Method for dynamically switching between visual styles
US7055101B2 (en) * 1998-12-18 2006-05-30 Tangis Corporation Thematic response to a computer user's context, such as by a wearable personal computer
CN107809523A (zh) * 2017-09-11 2018-03-16 深圳市金立通信设备有限公司 一种主题控制方法、终端及计算机可读介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103809864A (zh) * 2012-11-07 2014-05-21 阿里巴巴集团控股有限公司 一种动态切换界面的方法和装置
US20140344668A1 (en) * 2013-05-16 2014-11-20 Toshiba Global Commerce Solutions Holdings Corporation Systems and methods for processing modifiable files grouped into themed directories for presentation of web content
CN104090749A (zh) * 2014-05-30 2014-10-08 爱培科科技开发（深圳）有限公司 一种WinCE产品界面主题更新变换处理方法及系统
CN105227426A (zh) * 2014-05-30 2016-01-06 小米科技有限责任公司 一种应用界面切换方法、装置及终端设备

Also Published As

Publication number Publication date
US20190332398A1 (en) 2019-10-31
CN108701044B (zh) 2021-11-12
US10942755B2 (en) 2021-03-09
EP3786791B1 (en) 2023-08-09
EP3786791A1 (en) 2021-03-03
CN108701044A (zh) 2018-10-23
EP3786791A4 (en) 2021-12-01

Similar Documents

Publication Publication Date Title
WO2019205018A1 (zh) 界面切换方法、系统、设备及计算机可读存储介质
CN111552267B (zh) 车辆诊断方法、装置及车辆诊断设备
CN109992480A (zh) 一种日志级别修改方法、系统及电子设备和存储介质
WO2019237798A1 (zh) 一种相机的控制方法、移动终端及计算机可读存储介质
CN112015489A (zh) 一种车载软件的管理方法、装置、存储介质及系统
CN104238881A (zh) 终端信息的显示方法、装置及终端
CN110853569B (zh) 单中控屏域控制系统及方法
CN113300883B (zh) 协议信息生成方法、装置和终端设备
CN110660482A (zh) 一种基于大数据的中医处方智能推荐系统及其控制方法
CN113110994A (zh) 一种车辆诊断方法、装置、电子设备及存储介质
US9959598B2 (en) Method of processing image and electronic device thereof
CN110851787A (zh) 合并指令处理方法、装置、电子设备和存储介质
EP4159563A1 (en) Hybrid vehicle torque control method and apparatus, storage medium, and electronic device
CN113778482A (zh) 一种运行程序的动态更新方法、嵌入式控制器及电子设备
US11120652B2 (en) Method and system for graphically displaying data stream, and vehicle diagnostic device
CN113055250A (zh) 一种联网通信方法、装置、终端设备及存储介质
CN112035078A (zh) 智能终端屏幕内容的显示方法、系统、及车载终端
US10340916B1 (en) Using islands to control operating parameters for functional blocks in an electronic device
CN105468997B (zh) 处理数据
CN114755997A (zh) 一种车辆的软件刷新方法及设备
WO2021197327A1 (zh) 信号处理方法及相关设备
CN113177013B (zh) 基于波特率的串口通讯方法和多串口芯片
CN117155781B (zh) 数据处理器的交互方法、装置、设备及数据处理器
CN114816571B (zh) 外挂闪存的方法、装置、设备及存储介质
CN115237484A (zh) 一种汽车配置功能识别方法、装置、终端设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18859952

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018859952

Country of ref document: EP

Effective date: 20201125