CN110764850B - 界面显示方法、参数赋值方法、系统及设备 - Google Patents

界面显示方法、参数赋值方法、系统及设备 Download PDF

Info

Publication number
CN110764850B
CN110764850B CN201810835740.5A CN201810835740A CN110764850B CN 110764850 B CN110764850 B CN 110764850B CN 201810835740 A CN201810835740 A CN 201810835740A CN 110764850 B CN110764850 B CN 110764850B
Authority
CN
China
Prior art keywords
interface
screen information
screen
information parameter
display effect
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201810835740.5A
Other languages
English (en)
Other versions
CN110764850A (zh
Inventor
王曜东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hema China Co Ltd
Original Assignee
Alibaba Group Holding Ltd
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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201810835740.5A priority Critical patent/CN110764850B/zh
Publication of CN110764850A publication Critical patent/CN110764850A/zh
Application granted granted Critical
Publication of CN110764850B publication Critical patent/CN110764850B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/451Execution arrangements for user interfaces

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Digital Computer Display Output (AREA)
  • User Interface Of Digital Computer (AREA)
  • Controls And Circuits For Display Device (AREA)

Abstract

本申请实施例提供一种界面显示方法、参数赋值方法、系统及设备。其中,界面显示方法包括:显示设备不属于应用程序适配的设备类时,获取所述显示设备的第一屏幕信息参数;对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。

Description

界面显示方法、参数赋值方法、系统及设备
技术领域
本申请涉及计算机技术领域,尤其涉及一种界面显示方法、参数赋值方法、系统及设备。
背景技术
目前,智能终端种类繁多,普及度较高的包括手机、平板电脑等等。这些设备的显示屏幕尺寸大小各异。同一款应用程序可在多种类型的设备上运行,但会出现显示上的问题。比如,为手机设计的应用程序在手机上显示的效果很好;将为手机设计的应用程序安装在平板电脑上运行时,即便是通过平板电脑系统程序自带的适配功能进行适配显示,还是会有很多按钮、文字等显示的过小或过大,用户体验较差。
为此,现有应用程序开发人员需要花很多工作在屏幕显示效果的适配上。
发明内容
鉴于上述问题,提出了本申请以便提供一种解决上述问题或至少部分地解决上述问题的界面显示方法、参数赋值方法、系统及设备。
在本申请的一个实施例中,提供了一种界面显示方法。该方法包括:
显示设备不属于应用程序适配的设备类时,获取所述显示设备的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
在本申请的另一个实施例中,提供了一种界面显示方法。该方法包括:
接收到客户端发送的适配请求后,获取所述客户端的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
将所述第二屏幕信息参数反馈至所述客户端,以使所述客户端根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
在本申请的又一个实施例中,提供了一种界面显示方法。该方法包括:
向服务端发送携带有自身第一屏幕信息参数的适配请求;
接收服务端对所述第一屏幕信息参数进行适配调整后反馈的第二屏幕信息参数;
根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
在本申请的一个实施例中,提供了一种界面显示系统。该界面显示系统包括:
服务端,用于接收到客户端发送的适配请求后,获取所述客户端的第一屏幕信息参数;对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;将所述第二屏幕信息参数反馈至所述客户端;
客户端,用于向服务端发送携带有自身第一屏幕信息参数的适配请求;接收服务端对所述第一屏幕信息参数进行适配调整后反馈的第二屏幕信息参数;根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
在本申请的一个实施例中,提供了一种参数赋值方法。该方法包括:
响应于用户触发的启动应用程序的事件,识别运行所述应用程序设备的设备类型;
所述设备类型为第一类型时,对所述设备的第一屏幕信息参数进行适配调整得到第二屏幕信息参数;
将所述应用程序运行中的进程中的所述第一屏幕信息参数改写为所述第二屏幕信息参数。
在本申请的又一个实施例中,提供了一种界面显示方法。该方法,包括:
安卓设备不属于应用程序适配的安卓设备类时,获取所述安卓设备的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,在所述安卓设备上显示所述界面。
在本申请的一个实施例中,提供了一种显示设备。该显示设备包括:存储器、处理器和显示器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
显示设备不属于应用程序适配的设备类时,获取所述显示设备的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
所述显示器,与所述处理器耦合,用于根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
在本申请的一个实施例中,提供了一种服务端设备。该服务端设备包括:存储器、处理器和通信组件,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
接收到客户端发送的适配请求后,获取所述客户端的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
所述通信组件,与所述处理器耦合,用于将所述第二屏幕信息参数反馈至所述客户端,以使所述客户端根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
在本申请的一个实施例中,提供了一种客户端设备。该客户端设备包括:存储器、处理器、通信组件及显示器,其中,
所述存储器,用于存储程序;
所述通信组件,与所述处理器耦合,用于向服务端发送携带有自身第一屏幕信息参数的适配请求;接收服务端对所述第一屏幕信息参数进行适配调整后反馈的第二屏幕信息参数;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
控制所述显示器根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
在本申请的一个实施例中,提供了一种电子设备。该电子设备包括:存储器和处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
响应于用户触发的启动应用程序的事件,识别运行所述应用程序设备的设备类型;
所述设备类型为第一类型时,对所述设备的第一屏幕信息参数进行适配调整得到第二屏幕信息参数;
将所述应用程序运行中的进程中的所述第一屏幕信息参数改写为所述第二屏幕信息参数。
在本申请的一个实施例中,提供了一种安卓设备。该安卓设备包括:存储器、处理器和显示器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
安卓设备不属于应用程序适配的安卓设备类时,获取所述安卓设备的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
所述显示器,与所述处理器耦合,用于根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,在所述安卓设备上显示所述界面。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及适配调整后得到第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1a为现有技术中在手机显示上显示一界面实例的示意图;
图1b为采用现有适配技术上述图1a中的界面实例显示在平板电脑上的示意图;
图2为本申请一实施例提供的界面显示方法的流程示意图;
图3为本申请一实施例提供的界面显示系统的架构图;
图4为本申请另一实施例提供的界面显示方法的流程示意图;
图5为本申请又一实施例提供的界面显示方法的流程示意图;
图6为本申请一实施例提供的参数赋值方法的流程示意图;
图7为本申请又一实施例提供的界面显示方法的流程示意图;
图8为本申请又一实施例提供的界面显示方法的流程示意图;
图9为本申请一实施例提供的界面显示装置的结构框图;
图10为本申请另一实施例提供的界面显示装置的结构框图;
图11为本申请又一实施例提供的界面显示装置的结构框图;
图12为本申请一实施例提供的参数赋值装置的结构框图;
图13为本申请又一实施例提供的界面显示装置的结构框图;
图14为本申请一实施例提供的显示设备的结构示意图;
图15为本申请一实施例提供的服务端设备的结构示意图;
图16为本申请一实施例提供的客户端设备的结构示意图;
图17为本申请一实施例提供的电子设备的结构示意图;
图18为本申请一实施例提供的安卓设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
在本申请的说明书、权利要求书及上述附图中描述的一些流程中,包含了按照特定顺序出现的多个操作,这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等,仅仅是用于区分各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
在详述本申请提供的各实施例之前,在此先对本申请中涉及到的一些常见概念进行简单的介绍。
设备无关像素:Density independent pixels,简称Dip/dp。
像素:Pixel,简称px,是一张位图中最小点,一张位图就是由这些点构成的。1024px就是1024像素。
像素密度:dots per inch,简称dpi,可简单理解为在水平或垂直方向上每英寸距离有多个各像素点,常见取值有120,160,240。
开发者在设计UI(User Interface用户界面)效果图时,除了会给出整体的效果图外,还会在效果图上给出标注,表明一个UI布局的大小,以及前后左右的距离空隙,这个大小和空隙都是用像素px(pixel)进行标注。例如某个UI布局的固定像素宽度为100px,那么在任何大小的屏幕上,显示的宽度都是100px。这样在大屏幕的手机上,该UI看起来就会相对显示的较小。为了使得一个UI在不同大小的手机屏幕上等比例显示,更推荐使用设备无关像素dp来代替px作为单位,其中,dp=(dpi/160)*px。可见如果设置UI的宽度是100dip,那根据dip和px的转换公式,在160dpi设备上显示的是100px,在240dpi设备上显示的是150px,从而UI在不同显示屏幕上得到了等比例的放大。
屏幕密度,density,常见取值为2.0、3.0。屏幕密度与标准dpi的比例为160px/inc。屏幕密度指的是屏幕里像素值浓度,分辨率/屏幕尺寸可以反映出手机密度。为了方便,安卓将屏幕密度分为6种,low、medium、high、extra-high、extra-extra-high andextra-extra-extra-high。
分辨率:横纵2个方向的像素点的数值,例如:1080×1920。
英寸:in,是屏幕的物理尺寸单位。每英寸等于2.54厘米。例如,手机的屏幕大小有:5(英)寸、4(英)寸等。这些尺寸是屏幕的对角线长度。如果手机的屏幕是4英寸,表示手机的屏幕(可视区域)对角线长度是4×2.54=10.16厘米。
目前,由于安卓平板设备占有率不高,每年的产品也不多,所以目前绝大部分应用程序都没有对平板进行相应的开发。即使是专门针对平板开发的应用程序,也面临着维护成本过高,更新非常慢,只有主要功能等问题。那些没有针对平板开发的应用程序都会明显存在界面上显示大小参差不齐等问题,对于图片也会造成图像由于适配的原图像偏小而难以看清。
如果要针对平板做一些适配,安卓系统(Android,是一种基于Linux的自由及开放源代码的操作系统)目前并未在同一套应用程序中提供便利的工具,大多数情况仍然是根据屏幕尺寸、屏幕密度、dpi等参数去设置,在布局和资源中提供多套界面配置文件,只是不一定采用hdpi,xhdpi等方式。例如通过类似于layout-sw600dp这样的目录存放对应的布局文件,SW(Smallest-width Qualifier,最小宽度限定符)允许对屏幕的宽度指定一个最小值(以dp为单位),然后以这个最小值为临界点,屏幕大于这个值的设备加载layout-sw600dp目录下的一个布局文件;屏幕小于这个值的设备加载另一layout目录下的一个布局文件。举例来说,当应用程序运行在屏幕宽度大于600dp的设备上时,会加载layout-sw600dp目录下的布局文件;当程序运行在屏幕宽度小于600dp的设备上时,则加载其他layout目录下的布局文件。虽然上述适配操作可以达到改善的效果,但是这样做的代价仍然要对每个界面都做一套平板设备的适配,增加了额外的工作量。
现有技术的另外一种适配显示的方式是采用百分比的形式布局,所有界面的布局采用百分比的形式,这样对于手机和平板在布局上就会相对一致。但是由于百分比在提供布局的时候就需要进行计算会带来不小的复杂度,特别是当布局层层嵌套的时候,使用百分比的效果也并不好,不仅仅计算复杂,而且由于部分布局并不是固定的,会有自适应的要求,这样就无法使用百分比进行约束,仍然会存在与手机上不一致的问题。特别是对于文字信息,需要分行和自适应宽度,存在计算过程,这样就导致文字部分显示效果与其他部分不一致。
下面以手机和平板两种类型的设备为例,说明采用现有技术提供的适配方案仍会出现的显示问题。例如,表1所示的两个设备,平板电脑和手机。
表1平板电脑与手机的屏幕信息
设备 屏幕尺寸 分辨率 屏幕密度 屏幕的dpi
平板电脑 8.9英寸 2048×1536 2 320
手机 5.7英寸 2560×1440 3.5 560
对于现在的手机来说,屏幕比平板小,但是像素更高。
目前大多数的App都是以Xhdpi作为尺寸的标准。假设应用程序中设置一个按钮字符的字体为20dp。根据换算公式px=(dpi/160)*dp,可以分别得到该按钮字符在平板电脑和手机上对应的显示像素,手机上为70像素;平板电脑上为40像素。分别计算该字符在手机和平板电脑上的屏幕像素的面积:
手机上该字符的屏幕像素的面积为70*70=4900
平板电脑上该字符的屏幕像素的面积为40*40=1600。
根据两个设备屏幕像素的面积,可以分别计算到该20dp的字符在手机上占了整个手机屏幕的4900/(2560×1440)=0.13%,而在该20dp的字符在平板电脑上占了整个平板电脑屏幕的1600/(2048×1536)=0.05%。
图1a和图1b分别示出了同一界面在手机上的显示效果和在平板电脑上的显示效果。图1a示出了应用程序在手机上显示的正常效果。从图1b可看出的,在平板电脑上的区域1、区域2和区域3处的各控件字符的显示大小比手机上显示的小很多。
为了解决或改善上述存在的问题,本申请提供了一种设计思路,即通过修改设备的实际屏幕信息,将其变成类似于手机的设备,反向来适配应用程序,以改善为手机开发的应用程序在平板电脑上的显示效果。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图2示出了本申请一实施例提供的界面显示方法的流程示意图。本申请实施例提供的所述方法的执行主体可以是界面显示装置,该装置可以是集成在终端上的一个具有嵌入式程序的硬件,也可以是安装在终端中的一个应用软件,还可以是嵌入在终端操作系统中的工具软件等,本申请实施例对此不作限定。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant,个人数字助理)、POS(Point of Sales,销售终端)、车载电脑等任意终端设备。如图2所示,所述方法包括:
101、显示设备不属于应用程序适配的设备类时,获取所述显示设备的第一屏幕信息参数。
102、对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数。
103、根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
上述101中,显示设备的设备类型可基于显示设备的设备信息确定。设备信息可以是保存在显示设备中的设备型号信息,例如:GALAXY S5、GALAXY Tab3、Nexus 6P或Nexus 9等。具体实施时,各个设备信息分别有对应的设备类型;例如,预置有设备信息与设备类型的对应关系;通过查询该对应关系即可根据显示设备的设备信息确定出显示设备的设备类型。需要指出的是:各个设备信息与对应的设备类型可保存在预置的数据库中或存储区域中,各设备信息与对应的设备类型可不断更新。
判断所述显示设备是否属于应用程序支持的设备类型,可在用户触控启动应用程序时进行。例如,本申请实施例提供的技术方案还可包括:
所述应用程序启动时,基于所述显示设备的设备信息判断所述显示设备是否属于所述应用程序适配的设备类。
更具体的,上述步骤可具体为:
响应于用户触发启动所述应用程序的操作,获取所述显示设备的设备信息;
根据所述设备信息识别显示设备的设备类型;
比对所述设备类型与预置设备类型;
比对成功时,所述显示设备属于所述应用程序适配的设备类;
比对失败时,所述显示设备不属于所述应用程序适配的设备类。
其中,上述预置设备类型可在应用程序开发时预先设置并写入应用程序中。应用程序安装在终端上后,该预置设备类型可被存储在特定的存储区域。进行上述判断过程时可从该存储区域内获取该预置设备类型,以使用该预置设备类型与当前运行应用程序的终端的设备类型进行比对。
当然,判定设备是否为应用程序适配的设备类也可服务端进行。例如,在需进行是否属于应用程序支持的设备类时,可将显示设备的设备信息发送至服务端,由服务端判断该显示设备是否属于应用程序支持的设备类型,并将判断结果反馈。
需要说明的是,本申请实施例中界面可以是具有外部轮廓的图像界面,例如方形(例如长方形或正方形)界面、椭圆形界面、圆形界面(如智能手表界面)等,也可以是不具有外部轮廓仅由部分组件组成的用户界面,这对本领域技术人员来说是容易于理解的,本申请对用户界面的形状不作限定。
其中,所述显示设备的屏幕信息参数可通过应用程序编程接口(API,ApplicationProgramming Interface)获取。举例而言,可以通过创建的Display和Display Metrics类的对象来获取终端的屏幕像素尺寸和dpi。其中,本实施例中的所述屏幕信息参数至少包括但不限于:屏幕尺寸、分辨率、屏幕密度及dpi。可以理解的是,对于如何获取到分辨率、屏幕密度及dpi,本领域技术人员可以任意选择,本申请对此不作限定。
上述102中,第一屏幕信息参数的适配调整可包括但不限于如下至少一种方式:
方式一、根据界面对应的期望显示效果倒推计算。
例如,应用程序适配的设备为手机,手机上界面的显示效果即为期望显示效果。而适配手机的应用程序运行在平板电脑上时,平板电脑上显示的界面即为界面的实际显示效果。通过界面的期望显示效果倒推出合适的屏幕信息参数,然后应用推到出屏幕信息参数执行界面显示操作。
具体实施时,可基于上述理论设置出对应的适配调整计算公式来实现。
方式二、预先对大量类型的设备进行分别计算,得到一个适配调整关系表,如取值范围与适配参数的对应关系;后续通过查找该对应关系以得到本实施例中的第一屏幕信息参数所在的取值范围对应的适配参数。将获取到的所述适配参数作为所述第二屏幕信息参数。
下文中会分别对上述各方式作更详细的说明。
上述103中,界面配置文件至少包括但不限于:界面的布局文件及资源文件。其中,布局文件中存放界面的布局。资源文件中大多存放图片资源。可简单的理解为:界面配置文件是为渲染界面提供支持的。对于不同的操作系统(如现有常用的安卓系统及IOS系统),界面配置文件中存放的布局文件和资源文件会有所不同。以安卓系统为例,现有安卓系统大多需要根据设备的物理尺寸的大小准备5套布局,这5套布局分别为:
Layout,放一些通用布局xml,比如界面中顶部和底部的布局,不会随着屏幕大小变化;
layout-small,屏幕尺寸小于3英寸左右的布局;
layout-normal,屏幕尺寸小于4.5英寸左右;
layout-large,屏幕尺寸在4英寸-7英寸之间;
layout-xlarge,屏幕尺寸在7英寸-10英寸之间。
安卓系统需要根据dpi值准备多套图片资源,如,drawable、drawable-ldpi、drawable-mdpi、drawable-hdpi、drawable-xhdpi、drawable-xxhdpi等;安卓系统有个自动匹配机制去选择对应的布局和图片资源。
安卓系统会根据设备的分辨率来分别到这几个文件夹里面去找对应的图片,在开发程序时为了兼容不同平台不同屏幕,建议各自文件夹根据需求均存放不同版本图片。为不同屏幕密度的手机,提供不同的位图资源,可以使得界面清晰无缩放。这就需要应用程序为不同屏幕密度配置提供不同的资源,为高密度的屏幕提供高清晰度的图像等。
应用程序会在程序目录下会存放界面配置文件(至少包括但不限于资源文件和布局文件),它们都有对应的mdpi/hdpi/xhdpi/xxhdpi等目录,在这些文件夹下包含有各界面的布局文件以及对应的资源文件。这样即可根据适配调整后的屏幕信息到对应的文件夹下加载指定的界面配置文件。
上述103中,所述应用程序的待显示界面的界面数据至少包括如下的至少一项但不限于:数据、操作、事件、控件资源的定义信息及关联信息等。
显示界面的过程可简单理解为:将资源文件中取得应用程序界面要用到的所有图形文件的文件名,并将其编号、分组后读入内存。布局文件中,描述用户界面中所有对象的属性,如对象的显示位置、显示大小、所显示图案的内容。在一个可实现的技术方案中,渲染引擎首先解析界面数据,转换为一棵DOM树。基于界面配置文件渲染出另一棵用于渲染DOM树的渲染树,渲染树包含带有颜色、尺寸等显示属性的矩形,这些矩形的顺序和显示顺序一致。然后对渲染树的每个节点进行布局处理,确定其在屏幕上的显示位置。最后,遍历渲染树并用UI后端层将每个节点绘制出来。
以上步骤是一个渐进的过程,为了提高用户体验,渲染引擎试图尽可能快的把结构显示给最终用户。它不会等到所有界面数据都被解析完才创建并布局渲染树。它会在从网络层获取文档内容的同时把已经接收到的局部内容先展示出来。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及适配调整后得到第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
上述实施例中提及的适配调整方式一可具体包括如下步骤。即,上述实施例中的步骤102中,对所述显示设备的屏幕信息进行适配调整,可包括:
1021、获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果。
1022、获取所述界面的一界面元素的期望显示效果。
1023、根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数。
以图1a和图1b所示的实例为例,应用程序在平板电脑上显示的效果即实际效果。应用程序在手机上显示的效果即为期望显示效果。具体实施时,为了方便倒推计算,所述实际显示效果可由如下表征:界面的一界面元素的实际显示像素面积占所述显示设备屏幕像素面积的比例P1,即将比例P1作为实际显示效果。其中,所述比例P1可根据设备的分辨率及屏幕密度计算得到。即本申请实施例中所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;相应的,上述步骤1021可具体包括:
根据所述第一分辨率及所述第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占所述显示设备屏幕像素面积的比例P1;
将所述比例P1作为所述实际显示效果。
举例来说,某一平板设备,屏幕尺寸为8.9英寸,分辨率为2048×1536,屏幕密度为2,屏幕的DPI为320。假设界面上某一界面元素(如控件)的字体设置为20dp。根据换算公式px=(dpi/160)*dp=(320/160)*20=40,得到显示像素为40。相应的,该界面元素的实际显示像素面积为40*40=1600;平板设备的屏幕像素面积=2048×1536=3145728;因此,比例P1=1600/3145728≈0.05%。
上述1022中所述界面的期望显示效果可预先配置并存储在存储区中;使用时,直接从相应存储区获取即可。具体的,所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
举例来说,应用程序是针对手机设备设计的,即手机为应用程序适配的设备类。假设某一手机设备,屏幕尺寸为5.7英寸,分辨率为2560×1440,屏幕密度为3.5,屏幕的DPI为560。假设界面上某一界面元素(如控件)的字体设置为20dp。根据换算公式px=(dpi/160)*dp=(560/160)*20=70,得到显示像素为70。相应的,该界面元素的期望显示像素面积为70*70=4900;手机设备的屏幕像素面积=2560×1440=3686400;因此,比例P2=4900/3686400≈0.13%。
这里需要说明的是:界面元素可以是控件字符,也可以是图片等,本申请对此不作具体限定。
对于图片的期望显示效果,例如原来在xhdpi目录下(DPI为320)存放的100*100像素的图片。在上述表1所示屏幕信息的手机上,解码的时候需要按照(DPI为560,1.75倍)解码,图片大小变为175*175。该图片在上述表1所示的屏幕信息的手机上显示的图片面积为:175*175=30625。同样的上述表1所示的屏幕信息的手机的横向像素点的数值与纵向像素点的数值的乘积为3686400;相应的,该图片的期望显示效果为:30625/3686400≈0.830%。
在一种可实现的技术方案中,上述1023“根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数”可采用如下步骤实现:
S1、参照所述比例P2,调整所述比例P1;
S2、根据调整后的所述比例P1,计算第二屏幕密度;
S3、将所述第二屏幕密度作为适配调整后的所述第一屏幕密度。
具体实施时,上述S1可具体为:将比例P1调整为与所述比例P2相等;或者将比例P1调整为比例P3,其中,比例P3与所述比例P2的差值在预设范围内。其中,预设范围可根据经验或其他方式获得,本申请实施例对此不作具体限定。
上述S2可具体为:根据调整后的所述比例P1及显示设备的分辨率(如平板电脑的分辨率2048×1536),计算得到显示像素PX;再根据px=(dpi/160)*dp,可得到第二屏幕密度dpi。
比如,应用程序是针对手机设计的,应用程序界面在手机上显示的效果最佳。以上文中20dp的按钮字符为例,其在手机上的显示效果,即其在上述表1所示的屏幕信息的手机上显示的屏幕像素的面积占整个手机屏幕的0.13%;欲在表1所示的平板电脑上显示出同样或相近的屏幕像素面积占比,可倒推出在平板电脑上控件字符欲达到其在手机上的显示面积占比需显示的面积:0.13%×2048×1536≈4089。
然后,根据所述显示面积,计算得到所述第一显示像素px1。
假设字符的显示面积为正方形,则对显示面积开根号,即可得到对应的显示像素px。例如,上述显示面积为
Figure BDA0001744508180000161
基于如下公式计算出第二像素密度:
px=(dpi/160)×dp
其中,px为显示像素;dpi为像素密度;dp为设备无关像素。假设上述控件字符的设备无关像素设置为20dp,则将第一显示像素px1带入得到:
64=(dpi/160)×20
通过求解得到dpi=512。
这里需要说明的是:对于安卓系统来说,如上述表1可知,安卓系统提供如下取值的dpi:120、160、240、320、480和560等等。如通过上述计算得到的dpi为512,在安卓系统中是无法找到对应的DPI的目录下加载指定文件的。因此,可将dpi取值为与512接近的480。
继续以上述20dp的控件字符为例,将平板电脑的实际的屏幕信息,如第一屏幕密度2和第一像素密度320,适配调整后得到的第二屏幕密度3和第二像素密度为480。这样调整后,20dp的控件字符显示像素px=(480/160)×20=60像素。该20dp的控件字符在平板电脑上显示的效果为:(60×60)/(2048×1536)=0.11%。0.11%与该20dp的控件字符在手机上的显示效果0.13%非常接近,在用户看来无太大差别。
上述实施例中提及的适配调整方式二可具体包括如下步骤。即,上述实施例中的步骤102中,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,可包括:
根据预置的取值范围及适配参数的对应关系,获取所述第一屏幕信息参数所在取值范围对应的适配参数;
将获取到的所述适配参数作为所述第二屏幕信息参数。
具体实施时,所述屏幕信息包括第一屏幕密度;第一屏幕密度适配调整后得到第二屏幕密度。相应的,根据预置的取值范围及适配参数的对应关系,获取所述第一屏幕密度所在取值范围对应的适配参数;将获取到的所述适配参数作为所述第二屏幕密度。
例如,屏幕密度小于等于2的适配调整为屏幕密度为3。
这里需要说明的是:上述取值范围可根据设备种类设定,如通过前期大量的对各类型设备进行适配计算后设定;对此本申请实施例不作具体限定。
在具体实施时,本申请实施例提供的技术方案还可包括如下步骤:
104、将所述应用程序运行时进程中的第一屏幕信息参数改写为所述第二屏幕信息参数,并缓存在所述应用程序中。
将应用程序运行时进程中第一屏幕信息参数改写为所述第二屏幕信息参数,并缓存在所述应用程序中后,后续进行界面显示时可直接使用该第二屏幕信息参数去查找资源和适配布局,这样就可以达到同一套布局文件和资源文件,以及同一套代码同时适配手机和平板设备,开发人员无需关心是运行在平板还是运行在手机。系统会根据屏幕密度及dpi信息读取对应目录下的文件,另外在换算dp等单位时,根据换算公式,同行会得到一个不一样的实际大小值。专业应用程序开发人员和界面设计然元都可以不用关心适配的繁琐问题,例如只要以手机的适配方式开发即可,应用程序运行后会自动适配到平板电脑。
进一步的,为了防止所述第二屏幕信息参数被系统低层重新改回系统默认值(如显示设备的第一屏幕信息参数),可以在新界面的生命周期或者屏幕旋转,Dialog弹出等方式下继续检查该值是否正确,如果被系统重新改写,则需要重新做一次设置。即本申请实施例提供的所述方法,还包括:
105、响应于检查事件,检查所述第二屏幕信息参数否被修改。
106、被修改时,将缓存在所述应用程序中的屏幕信息参数重置为所述第二屏幕信息参数。
上述105中,所述检查事件可以是在新用户界面生命周期开始时被触发;或是在屏幕旋转时、或是在有新窗口弹出时被触发。即本申请实施例提供的所述方法,还可包括:
新用户界面的生命周期开始时,触发所述检查事件;和/或
监听到屏幕旋转时,触发所述检查事件;和/或
监听到有新窗口弹出时,触发所述检查事件。
进一步的,除将所述应用程序底层相关参数改写为调整后的屏幕信息这种方式外,可在系统的相关的适配接口中做拦截(hook),通过方法拦截系统默认操作(即现有技术中的系统的通用适配方案,基于运行应用程序的显示设备的屏幕信息加载对应的界面配置文件),以运行本申请实施例提供的上述步骤101~103;这样也可以达到全局性适配的目的。即,本申请实施例提供的所述方法,包括:
107、通过界面的初始化函数或者钩子hook函数拦截系统默认的基于所述显示设备的第一屏幕信息参数显示所述界面的操作。。
另外,本申请提供的界面显示方法还可采用图3所示的系统架构实现。如图3所示的界面显示系统包括:客户端201和服务端202。其中,
服务端202,用于接收到客户端201发送的适配请求后,获取所述客户端201的第一屏幕信息参数;对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;将所述第二屏幕信息参数反馈至所述客户端201;
客户端201,用于向服务端202发送携带有自身第一屏幕信息参数的适配请求;接收服务端202对所述第一屏幕信息参数进行适配调整后反馈的第二屏幕信息参数;根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及适配调整后得到第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
本申请实施例提供的所述界面显示系统中各组成单元,如上服务端、客户端的具体工作流程及之间的信令交互将在一下各实施例中作进一步的说明。
图4示出了本申请一实施例提供的界面显示方法的流程示意图。本实施例提供的所述方法适用于服务端。其中,所述服务端可以是常用服务器、云端、虚拟服务器等,本申请实施例对此不作具体限定。所述方法包括:
301、接收到客户端发送的适配请求后,获取所述客户端的第一屏幕信息参数。
302、对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数。
303、将所述第二屏幕信息参数反馈至所述客户端,以使所述客户端根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
上述301中,所述第一屏幕信息参数可携带在所述适配请求中。所述第一屏幕信息参数至少包括但不限于:屏幕尺寸、分辨率、屏幕密度和dpi。
上述302的具体实现可参见上述各实施例中的相关内容,此处不再赘述。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及适配调整后的第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
这里需要说明的是:本申请实施例提供的所述方法也包含有上述各实施例中的各步骤,未在本实施例中提及的步骤及实现方法可参见上述各实施例中的相应内容,此处不再赘述。
图5示出了本申请又一实施例提供的界面显示方法的流程示意图。本实施例提供的所述方法适用于客户端,其中,所述客户端可以是集成在终端上的一个具有嵌入式程序的硬件,也可以是安装在终端中的一个应用软件,还可以是嵌入在终端操作系统中的工具软件等,本申请实施例对此不作限定。该终端可以为包括手机、平板电脑、智能穿戴设备、车载智能设备等任意终端设备。如图5所示,所述方法,包括:
401、向服务端发送携带有自身第一屏幕信息参数的适配请求。
402、接收服务端对所述第一屏幕信息参数进行适配调整后反馈的第二屏幕信息参数。
403、根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
其中,所述第一屏幕信息参数是客户端在判定自身不属于当前运行应用程序适配的设备类时发出的。
这里需要说明的是:本实施例中服务端如何对客户端的第一屏幕信息参数进行适配调整原理可参见上述各实施例中的相关内容,此处不再赘述。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及适配调整后的所述第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
进一步的,本实施例提供的所述方法还可包括:
404、将应用程序运行时进程中的第一屏幕信息参数改写为所述第二屏幕信息参数,以便在显示所述应用程序的后续界面的时候直接使用。
同样的,本申请实施例提供的所述方法也包含有上述各实施例中的各步骤,未在本实施例中提及的步骤及实现方法可参见上述各实施例中的相应内容,此处不再赘述。
图6示出了本申请一实施例提供的参数赋值方法的流程示意图。本实施例提供的所述方法的执行主体可以是客户端。其中,所述客户端可以是集成在终端上的一个具有嵌入式程序的硬件,也可以是安装在终端中的一个应用软件,还可以是嵌入在终端操作系统中的工具软件等,本申请实施例对此不作限定。该终端可以为包括手机、平板电脑、智能穿戴设备、车载智能设备等任意终端设备。如图6所示,本实施例提供的方法,包括:
501、响应于用户触发的启动应用程序的事件,识别运行所述应用程序设备的设备类型。
502、所述设备类型为第一类型时,对所述设备的第一屏幕信息参数进行适配调整得到第二屏幕信息参数。
503、将所述应用程序运行中的进程中的所述第一屏幕信息参数改写为所述第二屏幕信息参数。
上述501中,设备类型可基于运行所述应用程序设备的设备信息确定出。所述设备类型可包括:手机类型、平板类型、智能电视类型等等,本申请实施例对此不作具体限定。
上述502和503的具体实现可参见上述各实施例中的内容,此处不再赘述。
本申请实施例提供的技术方案,在用户触发启动应用程序的事件后,若识别运行所述应用程序设备的设备类型为第一类型时,调整设备的第一屏幕信息参数,并将所述应用程序运行中的进程中的所述第一屏幕信息参数改写为所述第二屏幕信息参数,以便在渲染显示应用程序的界面时,始终按照第二屏幕信息参数获取适合的界面配置文件;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
进一步的,上述实施例提供的所述参数赋值方法还包括:
504、将所述第二屏幕信息参数缓存于所述应用程序中。
进一步的,本申请实施例提供的所述方法还可包括:
505、响应于检查事件,检查所述第二屏幕信息参数否被修改。
506、被修改时,将缓存在所述应用程序中的屏幕信息参数重置为所述第二屏幕信息参数。
进一步的,本申请实施例提供的所述方法还可包括:
507、根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
这里需要说明的是:有关上述504~507的具体内容,可参见上述各实施例中的相应内容,此处不再赘述。
同样的,本申请实施例提供的所述方法也包含有上述各实施例中的各步骤,未在本实施例中提及的步骤及实现方法可参见上述各实施例中的相应内容,此处不再赘述。
上述各实施例提供的界面显示方法可应用于安卓系统场景或IOS系统场景。例如,图7示出的一种在安卓系统场景下的界面显示方法的流程示意图。如图7所示,所述方法包括:
601、安卓设备不属于应用程序适配的安卓设备类时,获取所述安卓设备的第一屏幕信息参数。
602、对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数。
603、根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,在所述安卓设备上显示所述界面。
上述601~603的具体实现可参见上述各实施例中的相关内容,此处不再赘述。
下面结合一具体应用实例,对本申请提供的技术方案进行说明。如图8所示,本实施例提供的界面显示方法,包括:
701、响应于用户触发的启动应用程序的事件,进入应用程序界面前识别设备类型。
702、若设备类型为手机设备类型,则继续运行应用程序,以进入应用程序首页,为用户展示首页界面;若所述设备类型为平板设备类型,则进入703。
703、读取设备的第一屏幕密度。
704、对第一屏幕密度进行适配调整,得到第二屏幕密度。
其中,屏幕密度的适配调整原理可参见上述各实施例中的相应内容,此处不再赘述。
705、将所述应用程序运行时进程中的第一屏幕信息参数改写为所述第二屏幕信息参数,并缓存在所述应用程序。
706、响应于检查事件,检查所述第二屏幕信息参数否被修改。
707、若被修改,则将缓存在所述应用程序中的屏幕信息参数重置为所述第二屏幕信息参数。
图9示出了本申请一实施例提供的界面显示装置的结构示意图。如图所示,所述界面显示装置包括:
获取模块801,用于显示设备不属于应用程序适配的设备类时,获取所述显示设备的第一屏幕信息参数;
调整模块802,用于对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
显示模块803,用于根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
进一步的,所述调整模块802,还用于:获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果;获取所述界面对应的期望显示效果;根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数。
进一步的,所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度。以及所述调整模块802,还用于:获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果,包括:根据所述第一分辨率及所述第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占所述显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果。
进一步的,所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。以及所述调整模块802还用于参照所述比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度。
进一步的,所述调整模块802还用于:将比例P1调整为与所述比例P2相等;或者将比例P1调整为比例P3,其中,比例P3与所述比例P2的差值在预设范围内。
进一步的,所述调整模块802还用于:根据预置的取值范围及适配参数的对应关系,获取所述第一屏幕信息参数所在取值范围对应的适配参数;将获取到的所述适配参数作为所述第二屏幕信息参数。
进一步的,本实施例提供的所述界面显示装置还包括:
改写模块,用于将所述应用程序运行时进程中的第一屏幕信息参数改写为所述第二屏幕信息参数,并缓存在所述应用程序中。
具体的,所述第一屏幕信息参数包括第一屏幕密度;所述第二屏幕信息参数包括第二屏幕密度。相应的,所述改写模块还用于:将所述应用程序运行时进程中的第一屏幕密度改写为所述第二屏幕密度。
进一步的,本实施例提供的所述界面显示装置还包括:
检查模块,用于响应于检查事件,检查所述第二屏幕信息参数否被修改;
重置模块,用于被修改时,将缓存在所述应用程序中的屏幕信息参数重置为所述第二屏幕信息参数。
进一步的,本申请实施例提供的所述界面显示装置还包括:
触发模块,用于新用户界面的生命周期开始时,触发所述检查事件;和/或监听到屏幕旋转时,触发所述检查事件;和/或监听到有新窗口弹出时,触发所述检查事件。
进一步的,本申请实施例提供的所述界面显示装置还包括:
拦截模块,用于通过界面的初始化函数或者钩子hook函数拦截系统默认的基于所述显示设备的第一屏幕信息参数显示所述界面的操作。
进一步的,本申请实施例提供的所述界面显示装置还包括:
判断模块,用于所述应用程序启动时,基于所述显示设备的设备信息判断所述显示设备是否属于所述应用程序适配的设备类。
这里需要说明的是:上述实施例提供的界面显示装置可实现上述各方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容,此处不再赘述。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及适配调整的第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
图10示出了本申请另一实施例提供的界面显示装置的结构示意图。如图10所示,本实施例提供的所述装置包括:
获取模块901,用于接收到客户端发送的适配请求后,获取所述客户端的第一屏幕信息参数;
调整模块902,用于对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
反馈模块903,用于将所述第二屏幕信息参数反馈至所述客户端,以使所述客户端根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
进一步的,所述调整模块902,还用于获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果;获取所述界面对应的期望显示效果;根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数。
或者,所述调整模块903,还用于:根据预置的取值范围及适配参数的对应关系,获取所述第一屏幕信息参数所在取值范围对应的适配参数;将获取到的所述适配参数作为所述第二屏幕信息参数。
这里需要说明的是:上述实施例提供的界面显示装置可实现上述各方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容,此处不再赘述。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
图11示出了本申请又一实施例提供的界面显示装置的结构示意图。如图所示,所述界面显示装置包括:
发送模块1001,用于向服务端发送携带有自身第一屏幕信息参数的适配请求;
接收模块1002,用于接收服务端对所述第一屏幕信息参数进行适配调整后反馈的第二屏幕信息参数;
显示模块1003,用于根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
进一步的,所述界面显示装置还包括:
改写模块,用于将应用程序运行时进程中的第一屏幕信息参数改写为所述第二屏幕信息参数,以便在显示所述应用程序的后续界面的时候直接使用。
这里需要说明的是:上述实施例提供的界面显示装置可实现上述各方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容,此处不再赘述。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
图12示出了本申请一实施例提供的参数赋值装置的结构示意图。如图12所示,所述装置包括:
识别模块1101,用于响应于用户触发的启动应用程序的事件,识别运行所述应用程序设备的设备类型;
调整模块1102,用于所述设备类型为第一类型时,对所述设备的第一屏幕信息参数进行适配调整得到第二屏幕信息参数;
改写模块1103,用于将所述应用程序运行中的进程中的所述第一屏幕信息参数改写为所述第二屏幕信息参数。
进一步的,本申请实施例提供的所述参数赋值装置还包括:
缓存模块,用于将所述第二屏幕信息参数缓存于所述应用程序中。
进一步的,本申请实施例提供的所述参数赋值装置,还包括:
检查模块,用于响应于检查事件,检查所述第二屏幕信息参数否被修改;
重置模块,用于被修改时,将缓存在所述应用程序中的屏幕信息参数重置为所述第二屏幕信息参数。
进一步的,本申请实施例提供的所述参数赋值装置还包括:
显示模块,用于根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
这里需要说明的是:上述实施例提供的参数赋值装置可实现上述各方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容,此处不再赘述。
本申请实施例提供的技术方案,在用户触发启动应用程序的事件后,若识别运行所述应用程序设备的设备类型为第一类型时,调整设备的第一屏幕信息参数,并将所述应用程序运行中的进程中的所述第一屏幕信息参数改写为所述第二屏幕信息参数,以便在渲染显示应用程序的界面时,始终按照第二屏幕信息参数获取适合的界面配置文件;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
图13示出了本申请一实施例提供的界面显示装置的结构示意图。如图所示,所述界面显示装置包括:
获取模块1201,用于安卓设备不属于应用程序适配的安卓设备类时,获取所述安卓设备的第一屏幕信息参数;
调整模块1202,用于对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
显示模块1203,用于根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,在所述安卓设备上显示所述界面。
这里需要说明的是:上述实施例提供的界面显示装置可实现上述各方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容,此处不再赘述。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据该界面配置文件、待显示界面的界面数据及适配调整后得到第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
图14示出了本申请一实施例提供的显示设备的结构示意图。如图所示,所述显示设备包括:存储器1301、处理器1302和显示器1304,其中,
所述存储器1301,用于存储程序;
所述处理器1302,与所述存储器1301耦合,用于执行所述存储器1301中存储的所述程序,以用于:
显示设备不属于应用程序适配的设备类时,获取所述显示设备的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
所述显示器1304,与所述处理器1302耦合,用于根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及适配调整后得到第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
上述存储器1301可被配置为存储其它各种数据以支持在显示设备上的操作。这些数据的示例包括用于在显示设备上操作的任何应用程序或方法的指令。存储器1301可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
上述处理器1302在执行存储器1301中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。
进一步,如图14所示,显示设备还包括:通信组件1303、电源组件1305、音频组件1306、图像采集器1307等其它组件。图14中仅示意性给出部分组件,并不意味着显示设备只包括图14所示组件。
相应地,本申请实施例还提供一种存储有计算机程序的计算机可读存储介质,所述计算机程序被计算机执行时能够实现上述各实施例提供的界面显示方法步骤或功能。
图15示出了本申请一实施例提供的服务端设备的结构示意图。如图15所示,所述服务端设备,包括:存储器1401、处理器1402和通信组件1403,其中,
所述存储器1401,用于存储程序;
所述处理器1402,与所述存储器1401耦合,用于执行所述存储器1401中存储的所述程序,以用于:
接收到客户端发送的适配请求后,获取所述客户端的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
所述第二通信组件1403,与所述第二处理器1402耦合,用于将所述第二屏幕信息参数反馈至所述客户端,以使所述客户端根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及适配调整后得到第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
上述存储器1401可被配置为存储其它各种数据以支持在服务端设备上的操作。这些数据的示例包括用于在服务端设备上操作的任何应用程序或方法的指令。存储器1401可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
上述处理器1402在执行存储器1401中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。
进一步,如图15所示,服务端设备还包括:显示器1404、电源组件1405、音频组件1406等其它组件。图15中仅示意性给出部分组件,并不意味着服务端设备只包括图15所示组件。
相应地,本申请实施例还提供一种存储有计算机程序的计算机可读存储介质,所述计算机程序被计算机执行时能够实现上述各实施例提供的界面显示方法步骤或功能。
图16示出了本申请一实施例提供的客户端设备的结构示意图。如图16所示,所述客户端设备包括:存储器1501、处理器1502和通信组件1503,其中,
所述存储器1501,用于存储程序;
所述通信组件1503,与所述处理器1502耦合,用于向服务端发送携带有自身第一屏幕信息参数的适配请求;接收服务端对所述第一屏幕信息参数进行适配调整后反馈的第二屏幕信息参数;
所述处理器1502,与所述存储器1501耦合,用于执行所述存储器中存储的所述程序,以用于:
控制所述显示器根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及适配调整后得到第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
上述存储器1501可被配置为存储其它各种数据以支持在客户端设备上的操作。这些数据的示例包括用于在客户端设备上操作的任何应用程序或方法的指令。存储器1501可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
上述处理器1502在执行存储器1501中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。
进一步,如图16所示,客户端设备还包括:电源组件1505、音频组件1506、显示器1504、图像采集器1507等其它组件。图16中仅示意性给出部分组件,并不意味着客户端设备只包括图16所示组件。
相应地,本申请实施例还提供一种存储有计算机程序的计算机可读存储介质,所述计算机程序被计算机执行时能够实现上述各实施例提供的界面显示方法步骤或功能。
图17示出了本申请一实施例提供的电子设备的结构示意图。如图17所示,所述电子设备包括:存储器1601和处理器1602,其中,
所述存储器1601,用于存储程序;
所述处理器1602,与所述存储器1601耦合,用于执行所述存储器1601中存储的所述程序,以用于:
响应于用户触发的启动应用程序的事件,识别运行所述应用程序设备的设备类型;
所述设备类型为第一类型时,对所述设备的第一屏幕信息参数进行适配调整得到第二屏幕信息参数;
将所述应用程序运行中的进程中的所述第一屏幕信息参数改写为所述第二屏幕信息参数。
本申请实施例提供的技术方案,在用户触发启动应用程序的事件后,若识别运行所述应用程序设备的设备类型为第一类型时,调整设备的第一屏幕信息参数,并将所述应用程序运行中的进程中的所述第一屏幕信息参数改写为所述第二屏幕信息参数,以便在渲染显示应用程序的界面时,始终按照参数获取适合的界面配置文件;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
上述存储器1601可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器1601可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
上述处理器1602在执行存储器1601中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。
进一步,如图17所示,电子设备还包括:通信组件1103、显示器1604、电源组件1605、音频组件1606、图像采集器1607等其它组件。图17中仅示意性给出部分组件,并不意味着电子设备只包括图17所示组件。
相应地,本申请实施例还提供一种存储有计算机程序的计算机可读存储介质,所述计算机程序被计算机执行时能够实现上述各实施例提供的参数赋值方法步骤或功能。
图18示出了本申请一实施例提供的安卓设备的结构示意图。如图18所示,所述安卓设备包括:存储器1701、处理器1702和显示器1704,其中,
所述存储器1701,用于存储程序;
所述处理器1702,与所述存储器1701耦合,用于执行所述存储器1701中存储的所述程序,以用于:
安卓设备不属于应用程序适配的安卓设备类时,获取所述安卓设备的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
所述显示器1704,与所述处理器1704耦合,用于根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,在所述安卓设备上显示所述界面。
本申请实施例提供的技术方案,通过对设备的第一屏幕信息参数进行适配调整,进而根据界面配置文件、待显示界面的界面数据及适配调整后得到第二屏幕信息参数显示界面;实现了应用程序的界面能在不同种类、不同屏幕像素尺寸、不同屏幕大小上的终端上的显示效果合适得当,能为用户提交较佳的视觉体验。另外,本申请实施例提供的技术方案,应用程序开发人员仅需要针对一种类型的设备进行开发,降低了界面适配的复杂度,帮助开发人员省去大量的单位转换过程、针对不同机型的文件配置以及测试过程,大大节省了开发的时间。同时对于市面上新出现的设备,即使其分辨率不同、屏幕密度不同,也同样能够正常进行适配,适配性好。
上述存储器1701可被配置为存储其它各种数据以支持在安卓设备上的操作。这些数据的示例包括用于在安卓设备上操作的任何应用程序或方法的指令。存储器1701可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
上述处理器1702在执行存储器1701中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。
进一步,如图18所示,安卓设备还包括:通信组件1703、电源组件1705、音频组件1706、图像采集器1707等其它组件。图18中仅示意性给出部分组件,并不意味着安卓设备只包括图18所示组件。
相应地,本申请实施例还提供一种存储有计算机程序的计算机可读存储介质,所述计算机程序被计算机执行时能够实现上述各实施例提供的界面显示方法步骤或功能。
综上所述,本申请各实施例提供的技术方案只需要做一些全局性的判断,并不需要关心布局与资源文件,当然如果需要对平板做一些交互上的差异,也是可以提供对应的布局文件。继续以上述列举的20dp控件字符为例,采用本申请提供的技术方案后,该20dp字符在平板电脑上显示的显示效果(即屏幕像素面积占平板电脑横向像素点的数值及纵向像素点的数值的乘积的比例)为0.11%;而该20dp字符在手机上显示的显示效果为0.13%;显示比例相近,用户看来差别不大。
对于图像的显示,例如,上述列举的原来在xhdpi目录下(DPI为320)存放的,100*100像素的图像。在表1所示的屏幕信息的平板设备上,解码的图片(DPI为320)大小仍然是100*100像素。而在表2所示的屏幕信息的手机上,解码的时候需要按照(DPI为560,1.75倍)解码,图片大小变为175*175。采用本申请提供的技术方案后,将平板电脑的屏幕信息进行适配调整后,在平板上显示的图片大小会变为150*150,占屏幕比例为0.715%,手机和平板的效果就会很接近。
界面上原来按照比例等效果排布的控件能够适应平板的尺寸,但是其他自适应控件,文字控件就很难达到这些效果。而本申请实施例提供的技术方案适用于这些自适应文字控件、图片等。每个文字控件或图片都基于本申请实施例提供的技术方案中适配调整后的新的参数生成,那么整体的效果就会和手机上比较接近,用户体验好。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (25)

1.一种界面显示方法,其特征在于,包括:
显示设备不属于应用程序适配的设备类时,获取所述显示设备的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面;
其中,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,包括:
获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果,具体包括:根据第一分辨率及第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占所述显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果;所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;
获取所述界面对应的期望显示效果;
根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数,具体包括:参照比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度;所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
2.根据权利要求1所述的方法,其特征在于,参照所述比例P2,调整所述比例P1,包括:
将比例P1调整为与所述比例P2相等;或者
将比例P1调整为比例P3,其中,比例P3与所述比例P2的差值在预设范围内。
3.根据权利要求1所述的方法,其特征在于,对所述屏幕信息参数进行适配调整,包括:
根据预置的取值范围及适配参数的对应关系,获取所述第一屏幕信息参数所在取值范围对应的适配参数;
将获取到的所述适配参数作为所述第二屏幕信息参数。
4.根据权利要求1至3中任一项所述的方法,其特征在于,还包括:
将所述应用程序运行时进程中的第一屏幕信息参数改写为所述第二屏幕信息参数,并缓存在所述应用程序中。
5.根据权利要求4所述的方法,其特征在于,所述第一屏幕信息参数包括第一屏幕密度;所述第二屏幕信息参数包括第二屏幕密度;以及
将所述应用程序运行时进程中的第一屏幕信息参数改写为所述第二屏幕信息参数,包括:
将所述应用程序运行时进程中的第一屏幕密度改写为所述第二屏幕密度。
6.根据权利要求4所述的方法,其特征在于,还包括:
响应于检查事件,检查所述第二屏幕信息参数否被修改;
被修改时,将缓存在所述应用程序中的屏幕信息参数重置为所述第二屏幕信息参数。
7.根据权利要求6所述的方法,其特征在于,还包括:
新用户界面的生命周期开始时,触发所述检查事件;和/或
监听到屏幕旋转时,触发所述检查事件;和/或
监听到有新窗口弹出时,触发所述检查事件。
8.根据权利要求1至3中任一项所述的方法,其特征在于,还包括:
通过界面的初始化函数或者钩子hook函数拦截系统默认的基于所述显示设备的第一屏幕信息参数显示所述界面的操作。
9.根据权利要求1至3中任一项所述的方法,其特征在于,还包括:
所述应用程序启动时,基于所述显示设备的设备信息判断所述显示设备是否属于所述应用程序适配的设备类。
10.一种界面显示方法,其特征在于,包括:
接收到客户端发送的适配请求后,获取所述客户端的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
将所述第二屏幕信息参数反馈至所述客户端,以使所述客户端根据界面配置文件、应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面;
其中,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,包括:
获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果,具体包括:根据第一分辨率及第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果;所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;
获取所述界面对应的期望显示效果;
根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数,具体包括:参照比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度;所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
11.根据权利要求10所述的方法,其特征在于,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,包括:
获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果;
获取所述界面对应的期望显示效果;
根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数。
12.根据权利要求10所述的方法,其特征在于,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,包括:
根据预置的取值范围及适配参数的对应关系,获取所述第一屏幕信息参数所在取值范围对应的适配参数;
将获取到的所述适配参数作为所述第二屏幕信息参数。
13.一种界面显示方法,其特征在于,包括:
向服务端发送携带有自身第一屏幕信息参数的适配请求;
接收服务端对所述第一屏幕信息参数进行适配调整后反馈的第二屏幕信息参数;
根据界面配置文件、应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面;
其中,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,包括:
获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果,具体包括:根据第一分辨率及第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果;所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;
获取所述界面对应的期望显示效果;
根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数,具体包括:参照比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度;所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
14.根据权利要求13所述的方法,其特征在于,还包括:
将应用程序运行时进程中的第一屏幕信息参数改写为所述第二屏幕信息参数,以便在显示所述应用程序的后续界面的时候直接使用。
15.一种界面显示系统,其特征在于,包括:
服务端,用于接收到客户端发送的适配请求后,获取所述客户端的第一屏幕信息参数;对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;将所述第二屏幕信息参数反馈至所述客户端;
客户端,用于向服务端发送携带有自身第一屏幕信息参数的适配请求;接收服务端对所述第一屏幕信息参数进行适配调整后反馈的第二屏幕信息参数;根据界面配置文件、应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面;
其中,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,包括:
获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果,具体包括:根据第一分辨率及第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果;所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;
获取所述界面对应的期望显示效果;
根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数,具体包括:参照比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度;所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
16.一种参数赋值方法,其特征在于,包括:
响应于用户触发的启动应用程序的事件,识别运行所述应用程序设备的设备类型;
所述设备类型为第一类型时,对所述设备的第一屏幕信息参数进行适配调整得到第二屏幕信息参数;
将所述应用程序运行中的进程中的所述第一屏幕信息参数改写为所述第二屏幕信息参数;
其中,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,包括:
获取使用所述第一屏幕信息参数时界面呈现的实际显示效果,具体包括:根据第一分辨率及第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果;所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;
获取所述界面对应的期望显示效果;
根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数,具体包括:参照比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度;所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
17.根据权利要求16所述的方法,其特征在于,还包括:
将所述第二屏幕信息参数缓存于所述应用程序中。
18.根据权利要求17所述的方法,其特征在于,还包括:
响应于检查事件,检查所述第二屏幕信息参数否被修改;
被修改时,将缓存在所述应用程序中的屏幕信息参数重置为所述第二屏幕信息参数。
19.根据权利要求16至18中任一项所述的方法,其特征在于,还包括:
根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面。
20.一种界面显示方法,其特征在于,包括:
安卓设备不属于应用程序适配的安卓设备类时,获取所述安卓设备的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,在所述安卓设备上显示所述界面;
其中,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,包括:
获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果,具体包括:根据第一分辨率及第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果;所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;
获取所述界面对应的期望显示效果;
根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数,具体包括:参照比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度;所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
21.一种显示设备,其特征在于,包括:存储器、处理器和显示器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
显示设备不属于应用程序适配的设备类时,获取所述显示设备的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
所述显示器,与所述处理器耦合,用于根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面;
其中,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,包括:
获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果,具体包括:根据第一分辨率及第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占所述显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果;所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;
获取所述界面对应的期望显示效果;
根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数,具体包括:参照比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度;所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
22.一种服务端设备,其特征在于,包括:存储器、处理器和通信组件,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
接收到客户端发送的适配请求后,获取所述客户端的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
所述通信组件,与所述处理器耦合,用于将所述第二屏幕信息参数反馈至所述客户端,以使所述客户端根据界面配置文件、应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面;
其中,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,包括:
获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果,具体包括:根据第一分辨率及第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果;所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;
获取所述界面对应的期望显示效果;
根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数,具体包括:参照比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度;所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
23.一种客户端设备,其特征在于,包括:存储器、处理器、通信组件及显示器,其中,
所述存储器,用于存储程序;
所述通信组件,与所述处理器耦合,用于向服务端发送携带有自身第一屏幕信息参数的适配请求;接收服务端对所述第一屏幕信息参数进行适配调整后反馈的第二屏幕信息参数;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
控制所述显示器根据界面配置文件、应用程序的待显示界面的界面数据及所述第二屏幕信息参数,显示所述界面;
其中,接收服务端对所述第一屏幕信息参数进行适配调整后反馈的第二屏幕信息参数,包括:
所述服务端获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果,具体包括:根据第一分辨率及第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果;所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;
所述服务端获取所述界面对应的期望显示效果;
所述服务端根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数,具体包括:参照比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度;所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
24.一种电子设备,其特征在于,包括:存储器和处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
响应于用户触发的启动应用程序的事件,识别运行所述应用程序设备的设备类型;
所述设备类型为第一类型时,对所述设备的第一屏幕信息参数进行适配调整得到第二屏幕信息参数;
将所述应用程序运行中的进程中的所述第一屏幕信息参数改写为所述第二屏幕信息参数;
其中,对所述第一屏幕信息参数进行适配调整得到第二屏幕信息参数,包括:
获取使用所述第一屏幕信息参数时界面呈现的实际显示效果,具体包括:根据第一分辨率及第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果;所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;
获取所述界面对应的期望显示效果;
根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数,具体包括:参照比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度;所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
25.一种安卓设备,其特征在于,包括:存储器、处理器和显示器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
安卓设备不属于应用程序适配的安卓设备类时,获取所述安卓设备的第一屏幕信息参数;
对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数;
所述显示器,与所述处理器耦合,用于根据界面配置文件、所述应用程序的待显示界面的界面数据及所述第二屏幕信息参数,在所述安卓设备上显示所述界面;
其中,对所述第一屏幕信息参数进行适配调整,得到第二屏幕信息参数,包括:
获取使用所述第一屏幕信息参数时所述界面呈现的实际显示效果,具体包括:根据第一分辨率及第一屏幕密度,计算所述界面的一界面元素的实际显示像素面积占显示设备屏幕像素面积的比例P1;将所述比例P1作为所述实际显示效果;所述第一屏幕信息参数包括:第一分辨率及第一屏幕密度;
获取所述界面对应的期望显示效果;
根据所述实际显示效果及所述期望显示效果,适配调整所述第一屏幕信息参数得到所述第二屏幕信息参数,具体包括:参照比例P2,调整所述比例P1;根据调整后的所述比例P1,计算第二屏幕密度;将所述第二屏幕密度作为适配调整后的所述第一屏幕密度;所述界面的期望显示效果为所述界面元素的期望显示像素面积占期望屏幕像素面积的比例P2。
CN201810835740.5A 2018-07-26 2018-07-26 界面显示方法、参数赋值方法、系统及设备 Active CN110764850B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810835740.5A CN110764850B (zh) 2018-07-26 2018-07-26 界面显示方法、参数赋值方法、系统及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810835740.5A CN110764850B (zh) 2018-07-26 2018-07-26 界面显示方法、参数赋值方法、系统及设备

Publications (2)

Publication Number Publication Date
CN110764850A CN110764850A (zh) 2020-02-07
CN110764850B true CN110764850B (zh) 2023-06-20

Family

ID=69326863

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810835740.5A Active CN110764850B (zh) 2018-07-26 2018-07-26 界面显示方法、参数赋值方法、系统及设备

Country Status (1)

Country Link
CN (1) CN110764850B (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111258704A (zh) * 2020-02-20 2020-06-09 腾讯科技(深圳)有限公司 应用画面的显示方法和装置、存储介质及电子装置
CN111324326B (zh) * 2020-02-20 2023-12-05 深圳震有科技股份有限公司 将软件显示到一机多屏的处理方法及装置
CN111562895B (zh) * 2020-03-25 2023-09-22 抖音视界有限公司 多媒体信息的展示方法、装置以及电子设备
CN111443974A (zh) * 2020-03-26 2020-07-24 中国农业银行股份有限公司 Android设备屏幕适配方法、相关设备及可读存储介质
CN111552530B (zh) * 2020-04-22 2024-04-12 北京完美赤金科技有限公司 用户界面的终端屏幕适配方法、装置及设备
CN111708502B (zh) * 2020-05-20 2023-05-16 北京明略软件系统有限公司 一种屏幕适配方法及装置
CN112114928B (zh) * 2020-09-28 2023-12-22 西安万像电子科技有限公司 显示页面的处理方法和装置
CN116389640A (zh) * 2020-10-28 2023-07-04 华为技术有限公司 一种界面显示的方法和电子设备
CN112463602A (zh) * 2020-11-24 2021-03-09 上海哔哩哔哩科技有限公司 用户界面测试方法及系统
CN112799732A (zh) * 2020-12-30 2021-05-14 深圳市捷顺科技实业股份有限公司 一种基于插件化的显示屏显示方法及相关装置
CN112667343B (zh) * 2021-01-07 2024-03-01 苏州沁游网络科技有限公司 一种界面调整方法、装置、设备及存储介质
CN113010245B (zh) * 2021-02-24 2023-03-14 杭州雾联科技有限公司 一种创建虚拟显示器的方法、装置、电子设备和存储介质
CN113553017A (zh) * 2021-07-28 2021-10-26 展讯半导体(南京)有限公司 一种终端屏幕的适配方法、系统、设备及介质
CN113703630A (zh) * 2021-08-31 2021-11-26 维沃移动通信有限公司 界面显示方法和装置
CN115827060A (zh) * 2022-12-09 2023-03-21 广州文石信息科技有限公司 一种应用适配方法、装置、设备和存储介质
CN116225358B (zh) * 2023-03-09 2023-12-19 广州文石信息科技有限公司 显示装置配置方法、装置、设备及可读存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103345388A (zh) * 2013-06-05 2013-10-09 中国电子科技集团公司第十五研究所 基于安卓操作系统的软件适应移动终端的方法及装置
WO2013190146A2 (en) * 2012-06-22 2013-12-27 Universitaet Des Saarlandes Method and system for displaying pixels on display devices
CN103744595A (zh) * 2013-12-30 2014-04-23 广州华多网络科技有限公司 自适应显示方法、配置文件生成方法和装置
CN105653254A (zh) * 2014-12-03 2016-06-08 科大讯飞股份有限公司 原生界面适配方法、装置及应用其的电子设备
CN106406794A (zh) * 2016-09-14 2017-02-15 乐视控股(北京)有限公司 一种屏幕适配方法及其装置
CN107515694A (zh) * 2017-08-29 2017-12-26 北京小米移动软件有限公司 终端控制方法、装置及终端
CN107797801A (zh) * 2017-10-20 2018-03-13 江苏电力信息技术有限公司 一种基于多种移动终端界面的适配方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10032438B2 (en) * 2015-04-30 2018-07-24 Intuit Inc. Rendering graphical assets natively on multiple screens of electronic devices

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013190146A2 (en) * 2012-06-22 2013-12-27 Universitaet Des Saarlandes Method and system for displaying pixels on display devices
CN103345388A (zh) * 2013-06-05 2013-10-09 中国电子科技集团公司第十五研究所 基于安卓操作系统的软件适应移动终端的方法及装置
CN103744595A (zh) * 2013-12-30 2014-04-23 广州华多网络科技有限公司 自适应显示方法、配置文件生成方法和装置
CN105653254A (zh) * 2014-12-03 2016-06-08 科大讯飞股份有限公司 原生界面适配方法、装置及应用其的电子设备
CN106406794A (zh) * 2016-09-14 2017-02-15 乐视控股(北京)有限公司 一种屏幕适配方法及其装置
CN107515694A (zh) * 2017-08-29 2017-12-26 北京小米移动软件有限公司 终端控制方法、装置及终端
CN107797801A (zh) * 2017-10-20 2018-03-13 江苏电力信息技术有限公司 一种基于多种移动终端界面的适配方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
陆继翔 ; 李映 ; .Android应用程序的性能优化分析与研究.机械设计与制造工程.2013,(第03期),全文. *

Also Published As

Publication number Publication date
CN110764850A (zh) 2020-02-07

Similar Documents

Publication Publication Date Title
CN110764850B (zh) 界面显示方法、参数赋值方法、系统及设备
KR102278932B1 (ko) 애플리케이션 프로그램 처리 방법 및 단말 디바이스
US9152903B2 (en) Automated generation of QR codes with embedded images
US10671357B2 (en) Preview changes to mobile applications at different display resolutions
US9076072B2 (en) System and method for web page rendering test automation suite
CN109725901A (zh) 前端代码的开发方法、装置、设备和计算机存储介质
CN107577622B (zh) 后端接口模拟方法、设备及存储介质
US20130036196A1 (en) Method and system for publishing template-based content
CN110750664B (zh) 图片的显示方法及装置
US9800527B2 (en) Method and apparatus for displaying image
CN111857803A (zh) 页面更新方法、装置、服务器及存储介质
CN108875085B (zh) 混合应用的图片处理方法、装置、计算机设备及存储介质
CN108717357B (zh) 页面展示代码转换方法、装置、设备及计算机存储介质
CN107608733B (zh) 图片显示方法、装置和终端设备
JP5303534B2 (ja) 体裁情報処理装置及び方法
CN111435313A (zh) 一种软件换肤的方法及装置
CN114020187A (zh) 字体图标的显示方法、装置及电子设备
CN113254131A (zh) 一种页面背景展示方法及装置
CN111984278A (zh) 动画图像的获取方法及装置
CN113032696A (zh) 一种页面图片的显示方法和显示装置
CN112015416A (zh) 开发网页的校验方法、装置、电子设备及计算机可读介质
CN110221873B (zh) 基于编程语言提升全屏动画加载性能的方法以及电子设备
CN114064774B (zh) 应用程序的表视图加载方法、装置、设备及存储介质
CN110930496B (zh) 视图绘制方法、装置、电子设备和存储介质
CN116301765A (zh) 一种基于Git工作流的图片压缩方法、装置、设备及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20230707

Address after: Room 210, 2nd Floor, Juyang Building, No. 1200 Pudong Avenue, Pudong New Area (Shanghai) Pilot Free Trade Zone, Shanghai

Patentee after: HEMA (China) Co.,Ltd.

Address before: Box 847, four, Grand Cayman capital, Cayman Islands, UK

Patentee before: ALIBABA GROUP HOLDING Ltd.

TR01 Transfer of patent right