前端app安卓怎么适配|安卓app设计屏幕分辨率适配问题怎么解决

㈠ 前端面试题,移动端兼容问题有哪些,安卓和ios问题

建议你搜一下这几个meat我自己整理的一些关于手机端显示web 的适配,关注点在于viewport 即,如何让浏览器展现网站内容并如何设定web宽度.viewport 这个属性web端很重要,不知道是不是你要的内容,还有很多其他的针对设定,可以自行搜索一下meat 手机端的针对属性1: apple-mobile-web-app-capable (是否隐藏苹果手机工具栏和菜单栏)(是否苹果手机全屏) No:默认样式,不隐藏 Yes:屏蔽工具栏和菜单栏;全屏显示2: apple-mobile-web-app-status-bar-style(苹果手机状态栏如何显示) Black:显示为黑色black-translucent:显示为黑色并半透明(灰色)(可能会遮盖20到40px的页面顶部内容)default:默认值(白色)3: format-detection Telephone:是否识别为手机号 yes/no Email:是否识别为电子邮箱 yes/no Adress:是否识别为地址 yes/no 注:当为yes时iPhone会自动跳转到地图 写法:· meta name="format-detection" content="telephone=no"· meta name="format-detection" content="email=no"· meta name="format-detection" content="adress=no"或者meta name="format-detection" content="telephone=no,email=no,adress=no"4: HandheldFriendly: 设备优化,针对一些老的不识别viewport的浏览器,比如黑莓 Yes/no5: viewport:设置并规范webapp在手机浏览器中的可视区域 width 设置layout viewport 的宽度,为一个正整数,或字符串"width-device"initial-scale 设置页面的初始缩放值,为一个数字,可以带小数minimum-scale 允许用户的最小缩放值,为一个数字,可以带小数maximum-scale 允许用户的最大缩放值,为一个数字,可以带小数height 设置layout viewport 的高度,这个属性对我们并不重要,很少使用user-scalable 是否允许用户进行缩放,值为"no"或"yes", no 代表不允许,yes代表允许常规写法:<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no"> 关于苹果手机webapp的设置1: apple-mobile-web-app-capable设置为yes 允许苹果机通过safari添加主屏按钮到主屏幕上2:设置<link rel="apple-touch-icon" sizes="76×76" href="touch-icon-ipad.png"/> 设置苹果webapp的图标3: <link rel="apple-touch-startup-image" href="/startup.png"/> 设置当网页被设置为webapp时,打开此webapp时启动时的图片

㈡ html5网页嵌套在安卓app里面如何做高度适配

布局css使用比例而不是定长。

㈢ 做个手机页面怎么才能适配不同的手机

一般来说,iH5的手机案例默认的尺寸是640*1040px,也就是iPhone6 plus的尺寸,我用的正是iPhone6 plus,所以我做案例时没出现过这类问题,而你遇到案例呈现不完整的情况我想应该是手机型号的不同导致的。你可以设置舞台或者设备的属性,舞台裁剪为no,如果用的是短款手机观看作品,有滚动条也可以看到完整的案例。如果你想要实现完美适配,可以做三个设备,宽度均为640,高度可设置为1040(iPhone6 plus)、1008(iPhone5s和大部分Android手机)、832(iPhone4s)。希望我的回答对你有帮助

㈣ 前端开发网站怎样适配手机端查看

加入:<meta name="viewport" content="width=device-width,initial-scale=1,user-scalable=0" />///////////////////随着高端手机(Andriod,Iphone,Ipod,WinPhone等)的盛行,移动互联应用开发也越来越受到人们的重视,用html5开发移动应用是最好的选择。然而,每一款手机有不同的分辨率,不同屏幕大小,如何使我们开发出来的应用或页面大小能适合各种高端手机使用呢?学习html5 viewport的使用能帮你做到这一点……viewport 语法介绍:<!– html document –> <meta name="viewport" content=" height = [pixel_value | device-height] , width = [pixel_value | device-width ] , initial-scale = float_value , minimum-scale = float_value , maximum-scale = float_value , user-scalable = [yes | no] , target-densitydpi = [dpi_value | device-dpi | high-dpi | medium-dpi | low-dpi] " /> width控制 viewport 的大小,可以指定的一个值或者特殊的值,如 device-width 为设备的宽度(单位为缩放为 100% 时的 CSS 的像素)。height和 width 相对应,指定高度。target-densitydpi一个屏幕像素密度是由屏幕分辨率决定的,通常定义为每英寸点的数量(dpi)。Android支持三种屏幕像素密度:低像素密度,中像素密度,高像素密度。一个低像素密度的屏幕每英寸上的像素点更少,而一个高像素密度的屏幕每英寸上的像素点更多。Android Browser和WebView默认屏幕为中像素密度。下面是 target-densitydpi 属性的 取值范围device-dpi –使用设备原本的 dpi 作为目标 dp。 不会发生默认缩放。high-dpi – 使用hdpi 作为目标 dpi。 中等像素密度和低像素密度设备相应缩小。medium-dpi – 使用mdpi作为目标 dpi。 高像素密度设备相应放大, 像素密度设备相应缩小。 这是默认的target density.low-dpi -使用mdpi作为目标 dpi。中等像素密度和高像素密度设备相应放大。<value> – 指定一个具体的dpi 值作为target dpi. 这个值的范围必须在70–400之间。<!– html document –> <meta name="viewport" content="target-densitydpi=device-dpi" /> <meta name="viewport" content="target-densitydpi=high-dpi" /> <meta name="viewport" content="target-densitydpi=medium-dpi" /> <meta name="viewport" content="target-densitydpi=low-dpi" /> <meta name="viewport" content="target-densitydpi=200" /> 为了防止Android Browser和WebView 根据不同屏幕的像素密度对你的页面进行缩放,你可以将viewport的target-densitydpi 设置为 device-dpi。当你这么做了,页面将不会缩放。相反,页面会根据当前屏幕的像素密度进行展示。在这种情形下,你还需要将viewport的width定义为与设备的width匹配,这样你的页面就可以和屏幕相适应。initial-scale初始缩放。即页面初始缩放程度。这是一个浮点值,是页面大小的一个乘数。例如,如果你设置初始缩放为“1.0”,那么,web页面在展现的时候就会以target density分辨率的1:1来展现。如果你设置为“2.0”,那么这个页面就会放大为2倍。maximum-scale最大缩放。即允许的最大缩放程度。这也是一个浮点值,用以指出页面大小与屏幕大小相比的最大乘数。例如,如果你将这个值设置为“2.0”,那么这个页面与target size相比,最多能放大2倍。user-scalable用户调整缩放。即用户是否能改变页面缩放程度。如果设置为yes则是允许用户对其进行改变,反之为no。默认值是yes。如果你将其设置为no,那么minimum-scale 和 maximum-scale都将被忽略,因为根本不可能缩放。所有的缩放值都必须在0.01–10的范围之内。例:(设置屏幕宽度为设备宽度,禁止用户手动调整缩放) <meta name="viewport" content="width=device-width,user-scalable=no" />(设置屏幕密度为高频,中频,低频自动缩放,禁止用户手动调整缩放)<meta name="viewport" content="width=device-width,target-densitydpi=high-dpi,initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0, user-scalable=no"/>

㈤ 怎么给APP适配高版本的安卓系统

Android的最新版本会提供一些很棒的API,您的APP使用新版本API的同时也要兼容旧的Android版本,直到更多设备已更新到新版本的APP。本文档将向您展示如何利用最新的API,同时继续支持旧版本。根据对访问Google Play商店的设备数量的统计,平台版本分布表会进行定期更新,以显示运行每个版本的Android设备的分布情况。一般来说,一个APP最好能支持大约90%的活动设备,同时使用最新的Android版本。提示:为了在多个Android版本中提供最佳特性和功能,您应该在APP中使用Android Support Library,这样可以在旧版本上使用几种最新的平台API。指定Minimum和Target API LevelsAndroidManifest.xml文件描述APP的详细信息,并标识其支持的Android版本。具体来说,<uses-sdk>元素的minSdkVersion和targetSdkVersion属性标识了APP兼容的最低和最高API级别。随着新版Android的发布,一些风格和行为可能会有所改变。为了让您的应用程序能够利用这些更改,并确保您的应用程序适合每个用户设备的风格,您应该把targetSdkVersion的值设置为最新的Android版本。在运行时检查系统版本Android在Build常量类中为每个平台版本提供了一个唯一的编码。APP用这个编码来确保只有系统支持高版本API时,才会执行依赖高版本API的代码。注意:解析XML资源时,Android会忽略当前设备不支持的XML属性。因此,您可以安全地使用仅由较新版本支持的XML属性,而不必担心旧版本遇到该代码时出错。例如,如果您设置targetSdkVersion =“11”,则APP在Android 3.0及更高版本上默认包含ActionBar。如果要将menu项添加到action bar,您需要在menu资源XML中设置android:showAsAction =“ifRoom”。 在跨版本的XML文件中可以安全地执行此操作,因为较旧版本的Android只会忽略showAsAction属性(即,不需要在res / menu-v11 /中添加一个单独的menu资源)。

㈥ 安卓app设计屏幕分辨率适配问题怎么解决

要解决这个问题,就要先知道屏幕适配的原理不同分辨率对应的文件夹 首先我们知道android工程目录res下有四个文件夹,drawable-hdpi、drawable-mdpi、drawable-ldpi、drawable-xhdpi,主要是为了支持多分辨率的图片。如果你制作的游戏切图是480×800的切图,就应该放到drawable-hdpi目录下,如果是320×480的切图,就应该放到mdpi目录下。如果是720×1280的,通常会放到xhdpi目录下。 图片缺省时的处理方式 安卓系统在加载图片的时候有一套严格的规则,它会事先判断手机屏幕的分辨率,然后根据分辨率去加载对应文件夹里的图片。如果找不到,则会从drawable或者其他drawable-*文件夹中寻找。找到图片以后,系统会对图片尺寸与手机屏幕进行比对,尺寸一致则会正常显示,而遇到尺寸不一致的那么系统会根据一定规律对图片尺寸进行缩放,然后显示在屏幕上。此时,由于图片尺寸经过缩放,所以屏幕上的显示效果会受到影响,因此通常在游戏测试阶段,测试者应该准备好不同尺寸搭配不同分辨率的设备进行多次校验,如果是在上线前希望能进行大规模的手机游戏兼容性测试的话则可以尝试使用诸如:TestBird这样的第三方手游自动化测试平台。 不同比例的屏幕常见适配方式 通常成熟的游戏厂商针对不同比例以及不同分辨率的屏幕,会有一套自有的解决方案。而对于中小规模的开发团队或者个人开发者而言,往往没有时间专门对不同尺寸的屏幕进行适配,比如常见的安卓设备屏幕比例为16:9,而像魅族的屏幕比例则为15:9,IPad则为4:3,这样的情况下屏幕适配就变得异常麻烦。常见的图片缩放在这样的情况下会造成屏幕边缘内容的丢失,通常最好的办法是尽可能把图片缩放到最大,保留部分没有显示的黑边区域,而这样的的好处是可以不丢失任何内容,但缺点是黑边区域实际会影响到玩家的使用体验。最早在IPad尚未普及时,为了保证游戏尽可能多的兼容IPad,因此大量的采用了这样的适配方案。 另外值得一提的是,如果制作手游切图的话母版可以尽可能用720P,因为目前主流机型的屏幕分辨率是720P,720P在对图片进行缩放的过程中放大到1080P时不会感到特别模糊,缩小到480P时也不会看不清内容。这是目前很常用的一个屏幕适配解决方案,但由于15年1080p将会开始普及,所以笔者认为很快情况就会有所变化了。

㈦ 如何修改安卓app前端

1、打开安卓手机中的设置,找到应用程序选项。2、进入应用程序,找到并点击管理应用程序。3、找到您需要修改的软件,点击软件名称。4、点击后屏幕会出现设为默认值的选项,这时取消默认值的选项,即可修改软件的内容。

㈧ 安卓app设计屏幕分辨率适配问题怎么解决

想要Android应用适应不同尺寸的屏幕,思路如下:

不同的layoutAndroid手机屏幕大小不一,有480×320, 640×360, 800×480,让app适应不同屏幕,需要在res目录下创建不同的layout文件夹,比如layout-640×360,layout-800×480,所有的layout文件在编译之后都会写入R.java里,而系统会根据屏幕的大小自己选择合适的layout进行使用。

hdpi、mdpi、ldpi 在之前的版本中,只有一个drawable,而2.1版本中有drawable-mdpi、drawable-ldpi、drawable-hdpi三个,这三个主要是为了支持多分辨率。

drawable- hdpi、drawable- mdpi、drawable-ldpi的区别: (1)drawable-hdpi里面存放高分辨率的图片,如WVGA (480×800),FWVGA (480×854) (2)drawable-mdpi里面存放中等分辨率的图片,如HVGA (320×480) (3)drawable-ldpi里面存放低分辨率的图片,如QVGA (240×320) 系统会根据机器的分辨率来分别到这几个文件夹里面去找对应的图片。 更正:应该是对应不同density 的图片 在开发程序时为了兼容不同平台不同屏幕,建议各自文件夹根据需求均存放不同版本图片。 屏幕方向: 横屏竖屏自动切换: 可以在res目录下建立layout-port-800×600和layout-land两个目录,里面分别放置竖屏和横屏两种布局文件,这样在手机屏幕方向变化的时候系统会自动调用相应的布局文件,避免一种布局文件无法满足两种屏幕显示的问题。

不同分辨率横屏竖屏自动切换: 以800×600为例 :可以在res目录下建立layout-port-800×600和layout-land-800×600两个目录 不切换: 以下步骤是网上流传的,不过我自己之前是通过图形化界面实现这个配置,算是殊途同归,有空我会把图片贴上来。 还要说明一点:每个activity都有这个属性screenOrientation,每个activity都需要设置,可以设置为竖屏(portrait),也可以设置为无重力感应(nosensor)。

要让程序界面保持一个方向,不随手机方向转动而变化的处理办法: 在AndroidManifest.xml里面配置一下就可以了。

加入这一行android:screenOrientation="landscape"。 例如(landscape是横向,portrait是纵向):

以下是JAVA代码:

<?xmlversion="1.0"encoding="utf-8"?><manifestxmlns:android="http://schemas.android.com/apk/res/android"package="com.ray.linkit"android:versionCode="1"android:versionName="1.0"><applicationandroid:icon="@drawable/icon"android:label="@string/app_name"><activityandroid:name=".Main"android:label="@string/app_name"android:screenOrientation="portrait"><intent-filter><actionandroid:name="android.intent.action.MAIN"/><categoryandroid:name="android.intent.category.LAUNCHER"/></intent-filter></activity><activityandroid:name=".GamePlay"android:screenOrientation="portrait"></activity><activityandroid:name=".OptionView"android:screenOrientation="portrait"></activity></application><uses-sdkandroid:minSdkVersion="3"/></manifest>

另外,android中每次屏幕的切换动会重启Activity,所以应该在Activity销毁前保存当前活动的状态,在Activity再次Create的时候载入配置,那样,进行中的游戏就不会自动重启了!

有的程序适合从竖屏切换到横屏,或者反过来,这个时候怎么办呢?可以在配置Activity的地方进行如下的配置android:screenOrientation="portrait"。这样就可以保证是竖屏总是竖屏了,或者landscape横向。

而有的程序是适合横竖屏切换的。如何处理呢?首先要在配置Activity的时候进行如下的配置:android:configChanges="keyboardHidden|orientation",另外需要重写Activity的 onConfigurationChanged方法。实现方式如下,不需要做太多的内容:

@Override(ConfigurationnewConfig){super.onConfigurationChanged(newConfig);if(this.getResources().getConfiguration().orientation==Configuration.ORIENTATION_LANDSCAPE){//landdonothingisok}elseif(this.getResources().getConfiguration().orientation==Configuration.ORIENTATION_PORTRAIT){//portdonothingisok}}

写一个支持多分辨的程序,基于1.6开发的,建立了三个资源文件夹drawable-hdpi drawable-mdpi drawable-ldpi,里面分别存放72*72 48*48 36*36的icon图标文件。当我在G1(1.5的系统)上测试时,图标应该自适应为48*48才对啊,但实际显示的是36*36。怎么才能让其自适应 48*48的icon图标呢 ?解决办法 drawable-hdpi drawable-mdpi drawable-ldpi改成drawable-480X320 drawable-800X480的多分辨支持的文件夹。

㈨ 安卓app平面设计要做哪些分辨率能适配所有机型

就图片这方面讲,一般来说,适配分辨率最高的就可以了,其他分辨率,系统会自动根据屏幕大小对图片进行压缩。不过,这么做的前提是不过分考虑特殊比例屏幕。不建议对各种分辨率分别出一套图,这样会导致app过大,而且制作成本也高。对于设计师,针对Android这种手机,应该尽量把资源图片设计成可以拉伸的.9图,如果有渐变,尽量横向或竖向单方向渐变,这样能大大减小安装包大小,同时也能提高处理速度。希望采纳

㈩ H5页面与原生App(安卓,IOS)交互

       在客户端项目中,同一个app会开发成两个版本,一个是安卓版本,一个IOS版本,公司必须有两个开发团队(一个安卓团队,一个IOS团队)来进行开发,这样一来,开发成本非常之高。所以,往往在实际项目-中,会嵌套很多H5页面,一个H5页面同时兼容安卓和IOS两个系统 ,这样一来,大大减少了开发成本,前端开发页面就必须和原生进行交互。 1. 页面开发      —— 前端开发人员将所有的页面按照移动webappp进行开发,做好不同屏幕的适配(宽度100%,视口为移动端视口 (快捷方式meta:vp  tap),字体适配rem单位,设置html根标签的font-size然后根据媒体查询判断设备屏幕大小进而设置html根标签的不同fontsize,去除移动端高亮显示;小图标要善于使用字体图标(常用的字体图标库有阿里巴巴矢量图),改变input标签的默认样式可以采用隐藏input,然后通过字体图标来控制前面的图标,就可以做成自己想要的图标效果) 2.前端页面部署 —— 设置好入口文件(原生一进来就进入的页面,命名为index.html),部署到对应的服务器上,通过网址就能够访问到页面,将网址给app客户端开发人员,他们将app配置好环境后讲页面嵌套在app中。 3.进行数据对接:两种对接方式(1).前端页面自己通过ajax去后台拉数据,然后自己在页面上使用再提交给后台。前提是原生需要将对应的设备号,加密方式,请求数据所需要的各种参数通过回调函数传递给H5页面,H5页面拿到这些数据后直接调后台的借口、获取到数据。(2).前端页面不用自己去后台拉取数据,而是通过回调函数,获取到原生app拉取的数据,前端页面将这些数据处理后又通过回调函数交给app,再又app发送给后台。两种调用的优劣比较:如果H5页面及数据不是很多,使用第二种方式比较合理,不用H5页面请求数据(不用封装请求,不用加密数据),不使用框架,大大减少了页面的大小,提高性能及用户体验。如果涉及到的前端页面非常多,数据交互比较复杂的话,就必须使用第一种对接方式了,app只需要将设备号,加密规则,参数传递给H5,H5根据页面需求自己向后台拉去和请求数据,直接交互,不再通过app进行转接,减小复杂程度。


赞 (0)