Android系统如何实现UI的自适应 做Android应用的人都知道，要一个apk适用多个不同的手机屏幕是很容易的，就是在项目的res文件夹下面有多套相关的资源文件。程序运行的时候，Android系统会根据当前设备的信息去加载不同文件夹下的资源文件。但是Android系统是怎么做到这一点的呢？上网上搜了一下，很少有这方便的介绍，只好自己研究下代码了。下面是我研究代码得到的结果（正确性有待确认），在这里分享一下。 这里以ICS上在Activity的onCreate()方法里面调用setContentView(int resourceID)为例，介绍一下系统如何根据我们的id（https://www.doczj.com/doc/c54730401.html,yout.xxxx）找到合适的layout文件进行解析加载：如果你的res下面有三种不同的layout：layout, layout-sw480dp和layout-sw600dp，这里的sw
2017—2018安卓UI界面设计期末复习题库 此资料为复习提高资料，与考试无关 选择题 1、下列哪项不是Android四大组件（）Seivice B. Activity C. Handler D. Content Provider Android是如何组织Activity的（） 以堆的方式组织Activity B. 以栈的方式组织Activity C. 以树形方式组织Activity D. 以链式方式组织Activity 3、关于线程说法不正确的是（） A. 在android 中，我们可以在主线程中，创建一个新的线程 B. 在创建的新线程中，它可以操作UI 组件 C. 新线程可以和Handler 共同使用 D. 创建的Handler 对象，它隶属于创建它的线程 下列关于内存回收的说明，哪个是正确的（） 程序员必须创建一个线程来释放内存 内存回收程序负责释放无用内存 内存回收程序允许程序员直接释放内存 内存回收程序可以在指定的时间释放内存对象 设置xml布局文件中的字体大小一般用什么单位（） dp B. px C. sp D. pt 关于service生命周期的onCreate()和onStart()说法正确的是（） 当第一次启动的时候先后调用onCreate()和onStart()方法 当第一次启动的时候只会调用onCreate()方法 如果service已经启动，将先后调用onCreate()和onStart()方法 如果service已经启动，只会执行onStart()方法，不再执行onCreate()方法 Android项目工程下面的assets目录，以下说法正确的是（） 这里的文件是原封不动的存储到设备上不会转换为二进制的格式 主要放置多媒体等数据文件 主要放置图片文件 放置字符串，颜色，数组等常量数据
Android开发过程中我们常用的尺寸单位有px、dp，还有一种sp一般是用于字体的大小。但是由于px是像素单位，比如我们通常说的手机分辨例如1920*1080都是px的单位。现在Android屏幕分辨率碎片化720x1280、1080x1920、 2280x1080，这就造成例如187px会在各个分辨率的机型上都是显示一样大小的，那肯定不是我们想要的效果，所以用px单位我们是难以达到适配效果的，那么为什么用dp可以呢？ 使用px单位从左到右依次为480 800、1080 1920、1440 * 2560 使用dp单位从左到右依次为480 800、1080 1920、1440 * 2560
屏幕总宽度依次为320dp、415dp、411dp dp指的是设备独立像素，以dp为尺寸单位的控件，在不同分辨率和尺寸的手机上代表了不同的真实像素，比如在分辨率较低的手机中，可能1dp=1px,而在分辨率较高的手机中，可能1dp=2px，这样的话，一个187dp高度的控件，在不同的手机中就能表现出差不多的大小了。 android中的dp在渲染前会将dp转为px，计算公式： ?px = density * dp;
?density = dpi / 160; ?px = dp * (dpi / 160); 而dpi是根据屏幕真实的分辨率和尺寸来计算的，每个设备都可能不一样的。 由于density不是固定不变的，所以每个分辨率不同的设备他们的density都肯定不相等，这样就会造成每个设备的宽/高对应的总dp都是不同的，假设480 800分辨率的density是1.5，1080 1920分辨率的density是2.6，1440 * 2560分辨率的density是3.5。那么它们对应的宽度总dp = (宽度px) / density，分别为320dp、415dp、411dp。可以看出单位为dp的时候三个设备之间的差距就不是
手机应用开发（论文） 题目： 院（系）： 专业班级： 姓名： 学号： 指导教师： 年月日
摘要 本文主要阐述了基于Android的阅读器的设计与实现。本阅读器能够显示文本，能够选择不同的文章，文章至少有5篇；每篇文章可以通过上下调整滚轴来控制浏览文章的不同部分；用户可以调整文章的大小。 关键字Android 阅读器滚轴
目录 一、引言 (1) 1.1 研究设计内容 (1) 1.2系统开发环境 (1) 二、相关技术简介 (1) 三、系统分析 (2) 3.1 阅读器显示需求 (2) 3.2 系统功能模块需求图 (3) 四、系统设计 (4) 4.1系统框架 (4) 4.2功能模块设计 (4) 4.3 UI设计 (5) 五、系统实现 (6) 5.1界面实现 (6) 5.2 系统实现 (6) 六、运行结果 (8) 6.1 主界面运行结果 (8) 6.2 文章显示界面运行结果 (9) 6.3 改变字体大小后的文章显示界面 (10) 七、结论 (11) 参考文献 (12)
一、引言 1.1 研究设计内容 本文设计了基于Android的阅读器。本阅读器能够显示文本，能够选择至少5篇不同的文章，每篇文章都可以通过上下调整滚轴来控制浏览文章的不同部分，而且用户户可以通过按钮调整文章的大小，以适合自己阅读。 1.2系统开发环境 本系统采用Android Studio进行开发，以Java作为开发语言 二、相关技术简介 开发基于Android的阅读器，需要一定的技术作为支持。首先，需要Android的UI界面设计知识。开发者能够使用Android基本知识进行应用程序界面设计，给予用户良好的体验。其次，开发者需要掌握Java编程语言。Android应用程序的实现需要以Java语言作为基础，用以控制Android界面进行相应的交互响应等。 在Android设计知识中，开发者要懂得文章的存储和读取，能够将文章显示在屏幕上，并使用户进行滑动等操作，以方便阅读。然后，开发者能够在文章合适的位置显示垂直滚动条，这样，用户可以直接通过拖到滚动条快速的到达自己想要阅读的地方。而Android地基本控件中只有水平的滚动条，因此，需要开发者能够设计出垂直的滚动条，并且能够将滚动条与滑动视图ScrollView连接起来，以做到滑动文章滚动条会随之改变，拖到滚动条会显示文章的相应部分内容。
《Android基础》课程标准 一、课程定位 本课程是计算机专业基于Java方向的Android应用层程序开发的一门专业核心课程。作为Java程序设计、数据库原理与应用等课程的后续课程，主要在于培养学生应用Android技术进行Android应用程序开发的能力，并培养其良好的编程规范和职业习惯。 二、课程目标 通过案例驱动的学习和综合训练，熟练掌握Android应用程序开发的基本知识和技能，并能结合Android中的常用控件和四大系统组件进行Android应用程序的开发，并为后续Android高级知识的学习做下铺垫。在课程的学习中，培养诚实、守信、坚韧不拔的性格，培养善于沟通表达、善于自我学习、具备团队协作的能力。并养成规范的编码、按时交付软件等良好的工作态度。 （一）知识目标 1.掌握Android开发环境的搭建；熟悉Android应用的基本框架，了解Activity、layout的关系； 2.指导学生进行需求分析报告的拟定以及实训报告的编写； 3.熟练掌握Android常用的UI组件的用法，熟练使用Android的UI组件来搭建用户界面；掌握Android 中用户事件处理的基本方法； 4.掌握APP系统分层架构的搭建； 5.熟练掌握AdapterView相关UI组件以及Adapter模式、常见Adapter的定义； 6.熟悉Activity、Service和BroadcastReceiver的生命周期方法，熟练掌握它们的用法 7.熟悉Intent的用法，熟练使用Intent的诸多属性用途及用法； 8.熟练掌握Service与广播机制的使用和工作原理，为应用开发打下基础； 9.掌握SQLite的语法，熟练掌握Android SQLite 数据库的使用。能够用多种方式实现数据存储和数据 共享； 10.掌握Android的异步加载机制； 11.了解自定义控件的实现原理并掌握自定义技巧。 12.了解Android应用程序的屏幕适配、国际化方式及APP上架流程和盈利方式。 （二）职业能力目标
1.介绍一下Android系统的体系结构 答：应用层：android的应用程序通常涉及用户界面和交互。 应用框架层：UI组件、各种管理器等。 函数库层：系统C库、媒体库、webkit、SQLite等。 linux核心库：linux系统运行的组件。 2.Android的四大组件是哪些，它们的作用？ 答：Activity：Activity是Android程序与用户交互的窗口，是Android构造块中最基本的一种，它需要为保持各界面的状态，做很多持久化的事情，妥善管理生命周期及一些跳转逻辑 service：后台服务于Activity，封装有一个完整的功能逻辑实现，接受上层指令，完成相关的事物，定义好需要接受的Intent提供同步和异步的接口 Content Provider：是Android提供的第三方应用数据的访问方案，可以派生Content Provider类，对外提供数据，可以像数据库一样进行选择排序，屏蔽内部数据的存储细节，向外提供统一的借口模型，大大简化上层应用，对数据的整合提供了更方便的途径 BroadCast Receiver：接受一种或者多种Intent作触发事件，接受相关消息，做一些简单处理，转换成一条Notification，统一了Android的事件广播模型 3.请介绍下Android的数据存储方式。 答：一.SharedPreferences方式 二.文件存储方式 三.SQLite数据库方式 四.内容提供器（Content provider）方式 五. 网络存储方式 4.说说mvc模式的原理 答：mvc是model,view,controller的缩写，mvc包含三个部分： 模型（model）对象：是应用程序的主体部分，所有的业务逻辑都应该写在该层。 视图（view）对象：是应用程序中负责生成用户界面的部分。也是在整个mvc架构中用户唯一可以看到的一层，接收用户的输入，显示处理结果。 控制器（control）对象：是根据用户的输入，控制用户界面数据显示及更新model对象状态的部分，控制器更重要的一种导航功能，响应用户出发的相关事件，交给m层处理。 5.如果后台的Activity由于某原因被系统回收了，如何在被系统回收之前保存当前状态？ 答：重写onSaveInstanceState()方法，在此方法中保存需要保存的数据，该方法将会在activity被回收之前调用。通过重写onRestoreInstanceState()方法可以从中提取保存好的数据
Android将设备屏幕归类为两种常规属性：尺寸和分辨率。你应该想到你的app会被安装在各种屏幕尺寸和分辨率的设备中。这样，你的app就应该包含一些可选资源，针对不同的屏幕尺寸和分辨率，来优化你的app外观。 ?有4种普遍尺寸：小(small)，普通(normal)，大(large)，超大(xlarge) ?4种普遍分辨率：低精度(ldpi), 中精度(mdpi), 高精度(hdpi), 超高精度(xhdpi) 声明针对不同屏幕所用的layout和bitmap，你必须把这些可选资源放置在独立的目录中，与你适配不同语言时的做法类似。 同样要注意屏幕的方向(横向或纵向)也是一种需要考虑的屏幕尺寸变化，所以许多app会修改layout，来针对不同的屏幕方向优化用户体验。 创建不同的layout 为了针对不同的屏幕去优化用户体验，你需要对每一种将要支持的屏幕尺寸，创建唯一的XML文件。每一种layout需要保存在相应的资源目录中，目录以-
一：不同的layout Android手机屏幕大小不一，有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) 系统会根据机器的分辨率来分别到这几个文件夹里面去找对应的图片。 在开发程序时为了兼容不同平台不同屏幕，建议各自文件夹根据需求均存放不同版本图片。 三：横屏竖屏 以下步骤是网上流传的，不过我自己之前是通过图形化界面实现这个配置，算是殊途同归，有空我会把图片贴上来。 还要说明一点：每个activity都有这个属性screenOrientation，每个activity都需要设置，可以设置为竖屏（portrait），也可以设置为无重力感应（nosensor）。 要让程序界面保持一个方向，不随手机方向转动而变化的处理办法： 在AndroidManifest.xml里面配置一下就可以了。加入这一行 android:screenOrientation=”landscape”。 例如（landscape是横向，portrait是纵向）：
河南城建学院 课程设计报告书 专业：计算机科学与技术 课程设计名称：《Java高级应用》 题目：基于Android平台的记事本软件 班级：0814131班 学号：081413107 设计者：付明玉 同组人员:李志军、翟帅星 指导老师：张妍琰景伟娜陈红军 完成时间：2016年06月04
一、设计目的 (2) 1.1设计目的 (2) 1.2设计要求 (2) 二、需求分析 (2) 2.1需求分析 (2) 2.2软件逻辑 (3) 2.2.1软件逻辑图 (3) 2.2.2功能模块图 (4) 2.3 数据存储实现 (5) 三、模块分析及设计 (6) 3.1首页面 (6) 3.2主菜单 (7) 3.3 查看模块 (8) 3.4添加记录 (10) 3.5 垃圾箱 (10) 3.6 设置页面 (11) 3.7 日历页面 (12) 四、制作过程及要点 (12) 五、设计总结 (13) 六、参考资料 (15)
一、设计目的 1.1设计目的 《Java高级应用》课程设计是我们实践性学习环节之一，通过课程设计：（1）、巩固本学期所学的理论知识，熟悉androidstutio 工具及相关java组件的灵活应用。（2）、编制出完整的应用程序，锻炼我们的分析解决实际问题的能力，为以后完成大型项目的开发打下基础。（3）、把理论与实验课所学内容做一个综合，并在此基础上强化我们的实践意识、提高实际动手能力和创新能力。 1.2设计要求 设计一款基于Android平台的记事本软件。 功能要求：具有记事本的基本功能，可以实现记录，批量处理。具备在线备份和分享功能。在线备份能备份各种编辑中或者编辑完成的文章。 二、需求分析 2.1需求分析 （1）用户进入系统后可以设置个人信息：设置页面颜色、姓名、电话、及锁定密码，设置标记； （2）查看记录：查看以前的记录；
Android系统发布十多年以来，关于Android的UI的适配一直是开发环节中最重要的问题，但是我看到还是有很多小伙伴对Android适配方案不了解。刚好，近期准备对糗事百科Android客户端设计一套UI尺寸适配方案，可以和小伙伴们详细的聊一聊这个问题。 Android适配最核心的问题有两个，其一，就是适配的效率，即把设计图转化为App界面的过程是否高效，其二如何保证实现UI界面在不同尺寸和分辨率的手机中UI的一致性。这两个问题都很重要，一个是保证我们开发的高效，一个是保证我们适配的成效；今天我们就这两个核心的问题来聊一聊Android的适配方案。 image 首先，大家都知道，在标识尺寸的时候，Android并不推荐我们使用px这个真实像素单位，因为不同的手机之间，分辨率是不同的，比如一个96*96像素的控件在分辨率越来越高的手机上会在整体UI中看起来越来越小。 image
出现类似于上图这样这样，整体的布局效果可能会变形，所以px这个单位在布局文件中是不推荐的。 dp直接适配 针对这种情况，Android推荐使用dp作为尺寸单位来适配UI. 那么什么是dp？dp指的是设备独立像素，以dp为尺寸单位的控件，在不同分辨率和尺寸的手机上代表了不同的真实像素，比如在分辨率较低的手机中，可能1dp=1px,而在分辨率较高的手机中，可能1dp=2px，这样的话，一个96*96dp的控件，在不同的手机中就能表现出差不多的大小了。那么这个dp是如何计算的呢？ 我们都知道一个公式： px = dp(dpi/160) 系统都是通过这个来判断px和dp的数学关系， 那么这里又出现了一个问题，dpi是什么呢？ 系统软件上指定 dpi是像素密度，指的是在的单位尺寸的像素数量，它往往是写在系统出厂配置文件的一个固定值。 我为什么要强调它是软件系统上的概念？因为大家买手机的时候，往往会听到另一个叫ppi的参数，这个在手机屏幕中指的也是像素密度，但是这个是物理上的概念，它是客观存在的不会改变。dpi是软件参考了物理像素密度后，人为指定的一个值，这样保证了某一个区间内的物理像素密度在软件上都使用同一个值。这样会有利于我们的UI适配。 比如，几部相同分辨率不同尺寸的手机的ppi可能分别是是430,440,450,那么在Android系统中，可能dpi会全部指定为480.这样的话，dpi/160就会是一个相对固定的数值，这样就能保证相同分辨率下不同尺寸的手机表现一致。 而在不同分辨率下，dpi将会不同，比如： ...1080*7201920*1080 dpi320480 dpi/16023 根据上面的表格，我们可以发现，720P,和1080P的手机，dpi是不同的，这也就意味着，不同的分辨率中，1dp对应不同数量的px(720P中，1dp=2px，1080P中1dp=3px)，这就实现了，当我们使用dp来定义一个控件大小的时候，他在不同的手机里表现出相应大小的像素值。 image 我们可以说，通过dp加上自适应布局和weight比例布局可以基本解决不同手机上适配的问题，这基本是最原始的Android适配方案。 这种方式存在两个小问题，第一，这只能保证我们写出来的界面适配绝大部分手机，部分手机仍然需要单独适配，为什么dp只解决了90%的适配问题，因为并不是所有的1080P的手机dpi都是480，比如Google 的Pixel2（1920*1080）的dpi是420，也就是说，在Pixel2中，1dp=2.625px,这样会导致相同分辨率的手机中，这样，一个100dp*100dp的控件，在一般的1080P手机上，可能都是300px,而Pixel 2 中 ，就只有262.5px,这样控件的实际大小会有所不同。
H5页面适配所有iPhone和安卓机型的六个技巧– 25学堂 目前，很多APP设计师小伙伴已经开始转向H5前端开发啦，但是解决所有iPhone和安卓机型的适配问题是我们的重中之重。无论是设计APP还是写前端H5.都是要考虑移动端的兼容性。 25学堂今天跟大家来回顾一下H5页面去适配所有iPhone 和安卓机型的一些技巧和办法。 回归正题，兼容iphone各版本机型最佳的方式就是自适应。 1、viewport 简单粗暴的方式： <meta name="viewport" content="width=320,maximum-scale=1.3,user-scalable=n o"> 直接设置viewport为320px的1.3倍，将页面放大1.3倍。为什么是1.3？ 目前大部分页面都是以320px为基准的布局，而iphone6的宽度比是375/320 = 1.171875，iphone6+则是414/320 = 1.29375那么以1.29倍也就约等于1.3了。 2、ip6+ 的CSS media query @media (min-device-width : 375px) and
(max-device-width : 667px) and (-webkit-min-device-pixel-ratio : 2){ /*iphone 6*/ } @media (min-device-width : 414px) and (max-device-width : 736px) and (-webkit-min-device-pixel-ratio : 3){ /*iphone 6 plus*/ } PS: 也可以直接使用实际的device-width：如device-width : 375px 在原有页面的基础上，再针对相应的屏幕大小单独写样式做适配。 3、REM布局 REM是CSS3新增的一种单位，并且移动端的支持度很高，android2.x+，ios5+ 都支持。REM是相对于dom结构的根元素来设置大小，也就是html这个元素。相较于em单位，rem使用上更容易理解及运用。 REM与PX的换算可以查看网址： https://https://www.doczj.com/doc/c54730401.html,/prototypes/rem-calculator/
APP开发屏幕适配原理及实现方法(Android、iOS) 屏幕尺寸 严格来说，屏幕尺寸实际被物理尺寸和显示分辨率两个部分定义。而我们今天对各类手机、Pad 设备所说的屏幕尺寸，只指物理尺寸。如果一块手机屏幕的物理尺寸是5.5 英寸，即是指该手机屏幕对角线的长度。 屏幕分辨率 屏幕分辨率是指屏幕图像的精密度，是显示器所能显示的像素的具体数值。 如一个手机标称分辨率是720 x 1280，即表示屏幕横向由720 个像素点组成，纵向由1280 个像素点组成。由于屏幕上的点、线和面都是由像素组成的，屏幕具备的像素点越多，画面就越精细。分辨率越高，单位面积内显示的信息就越多，我们能看到的内容就越多。 屏幕比例 屏幕比例是指屏幕的宽度与高度的比例，今天更多指分辨率的比例，即 屏幕比例 = 屏幕横向分辨率 / 屏幕纵向分辨率 此外，在各类设备、平台之间也有一些比较常用的比例，同时也推荐大家在开发对应设置或平台的应用时使用推荐比例。 使用推荐比例可以让用户在使用我们的App 时更舒适，带来更好的使用体验。 在这里为开发者提供一张简单的表格，记录了使用APICloud 技术开发应用时四大平台产品的主流显示比例。 可以看出主流应用更推荐使用16 : 9 的屏幕比例
DPI DPI（Dots Per Inch），每英寸所拥有的点数，原用于打印机、鼠标的精确度指标。在屏幕方面一般使用PPI 来表示精度。 PPI PPI（Pixels Per Inch），每英寸所拥有的像素数，屏幕的PPI 越高，表示屏幕中的每个像素点之间的距离越接近，像素的密度越高，这样屏幕内容看起来就更加细腻、真实。 而当PPI 超过300 时，屏幕被认为达到了视网膜级别，一般情况下人眼已经较难察觉300 以上PPI 之间的差别。 计算公式： 以iphone 6 plus 为例，屏幕分辨率1080 x 1920，屏幕尺寸5.5 英寸 PPI = √(1920 ^ 2 + 1080 ^ 2) / 5.5 = 400.5285…… ≈ 400
一般为不同分辨率准备不同的图片就可以了，因为图片如果缩放的话效果不好。 不用准备多个layout xml文件 当然layout.xml文件中的高度与宽度设置不能写死的了~！ 用layout_weight按比例分割屏幕 目前UC浏览器就是建了不同的layout，这是比较规范的做法 当然我们没有那么多精力，越简单越好，至于三个放图片的文件夹hdpi放的是高分辨率图片，另两个或说中等分辨率，分辨率再更低的图片吧，其实我感觉他们在开发的时候具体区分起来，还是不够实现屏幕的适配 所以楼主要善于应用Android的控件，控件的属性，比如layout_weight=“1”就是强调该控件的强调度，在一个ViewGroup中的View如果都有该写法的属性，那么他们的位置均分屏幕的宽度，如果有个TextView一个ImageView，并想TextView放到屏幕的最右边，那么ImageView加了该属性，那么其右边的TextView中写上aandroid:gravity="right"属性，就自动摆在右边了 总上而言，应该多去研究下android控件，及其属性的作用，然后灵活应用才是正确之路 android属性 Android功能强大，界面华丽，但是众多的布局属性就害苦了开发者，下面这篇文章结合了网上不少资料， 第一类:属性值为true或false android:layout_centerHrizontal 水平居中 android:layout_centerVertical 垂直居中 android:layout_centerInparent 相对于父元素完全居中 android:layout_alignParentBottom 贴紧父元素的下边缘 android:layout_alignParentLeft 贴紧父元素的左边缘 android:layout_alignParentRight 贴紧父元素的右边缘 android:layout_alignParentTop 贴紧父元素的上边缘
基于Android的全屏幕适配方案 一、现状由于Android碎片化严重，屏幕适配一直是开发中较为头疼的问题。面对市面上五花八门的屏幕大小与分辨率，Android基于dp与res目录名称来适配的方案已无法满足一次编写全屏幕适配的需求，为了达到最优的视觉效果，开发过程中总是需要花费较多资源进行适配。也有开发者给出了一些自己的解决方案。首先来分析一下一些常见的解决方案的现状： 官方适配方案 dp。dp是Android开发中特有的一个单位。与px不同，dp是基于屏幕像素密度的一种单位。在密度低的屏幕上或许1dp=1px，但在密度高的屏幕上可能1dp=4px。编写布局xml 时，如果一个控件的长宽都使用dp来指定，那么能确保该控件在各种大小与分辨率的屏幕下的绝对大小都大致相当。也就是说无论在pad下还是大小屏手机下，我们实际看到的该控件的大小是差不多的： 资源目录名。上图可见虽然使用dp确保了控件在不同屏幕中的绝对大小一致。这样的好处在于，在大小相近的屏幕中，无论分辨率多大都不会对布局造成影响;但是当屏幕大小相差较大时，仅保证控件的绝对大小看起来就有些问题了。在res目录下可以给各资源目录都加上例如-1920x1080等后缀来适配不同的屏幕，具体规则可见官网文档。这样可以针对不同的屏幕提供不同的布局，甚至针对pad与手机提供两套完全不同的布局样式。但是通常情况下，设计师并不会对不同屏幕提供不同的设计图，他们的需求仅仅是不同屏幕下控件对屏幕的相对大小一致，所以dp并不能满足这一点，而对各种屏幕适配一遍又显得略为繁琐，并且修改也较为麻烦。通常我们需要的适配是这样的： 百分比布局支持库。没有使用过，但是deprecated in API level 26.0.0-beta1。ConstraintLayout。百分比支持库deprecated之后推荐使用的布局，看起来似乎略复杂。 玩家适配方案。广大玩家的适配目的很明确，目的就是要确保控件在不同屏幕的相对大小
Android 移动应用基础教程 习题答案 姓名： 班级： 联系方式：
第1章Android基础入门 一、填空题 1、Android是Google公司基于Linux平台开发的手机及平板电脑的操作系统 2、Android系统采用分层结构，由高到低依次为应用程序层、应用程序框架层、核心类库、Linux 内核。 3、ADB的常见指令中，用于开启ADB服务的是adb start-server。 4、在Android程序中，src目录用于放置程序的java代码文件。 5、Android程序开发完成后，如果要发布到互联网上供别人使用，需要将程序打包成.apk文件。 二、判断题 1、Android实际上就是一个手机。× 2、WCDMA是中国自己独自定制的3G标准，中国移动使用的就是这种标准。× 3、android第一个版本Android 1.1是2008年9月发布的。√ 4、gen目录是自动生成的，主要有一个R.java文件，该文件可手动修改。× 5、AndroidManifest.xml文件是整个程序的配置文件。√ 三、选择题 1、随着智能手机的发展，移动通信技术也在不断升级，目前应用最广泛的是（C） A、1G B、2G C、3G D、4G 2、ADT Bundle中包含了三个重要组成部分，分别是（ABC） A、Eclipse B、SDK C、SDK Manager,exe D、ADB 3、应用程序层是一个核心应用程序的集合，主要包括（B） A、活动管理器 B、短信程序 C、音频驱动 D、Dalivik虚拟机 4、ADB的常见指令中“列出所有设备”的指令是（C） A、adb uninstall B、adb install C、adb device D、adb emulator -avd
二、 Android客户端的适配测试主要从几个方面覆盖 在测试中：我们需要尽量逼真用户的使用场景、作为产品的第一用户来使用来测试。适配测试：主要是从手机分辨率和系统版本两个方面入口；结合最开始我给大家看的几个图，可以总结出我们在日常测试中的需要覆盖的范围。 (1)手机分辨率：320*240 、480*320、800*480、854*480、960*540等； (2)手机系统覆盖：2.3.*、2.2、4.0；在测试计划中：需要安排单独的时间用于android不同系统的兼容性测试，包括2.0以下版本和3.*、4.0版本等; (3)手机网络：要覆盖到wifi\2G\3G、net\wap、电信\移动\联通，所有可能的组合进行测试。原则：尽可能全面覆盖用户的使用场景,测试用例中需要包含不同网络排列组合的各种可能； (4) 测试用例—跟手机之间的交互性测试点： ◆安装、卸载【重复安装与卸载】—-安装、卸载：手机内配置项的写、读、和删除； ◆客户端界面在不同大小手机屏幕的展现、横竖屏展现； ◆手机控件触发：触屏按钮、滚球、按键；有些情况：在对话框手机系统会自动添加：取消按钮。要注意取消按钮的测试：有些需要开发进行按钮处理。 ◆手机事件交互性适配及状态保持： 后台运行后—–是否记忆当前状态；多程序交叉后台运行； 断电、中途关机—–是否记忆当前状态； 闹铃、接电话看短信等—–是否会记忆当前状态，程序能否正常进行； 待机小段时间、待机很长时间—-是否正常运行，并记忆当前状态 拔插手机数据线—–对正在使用的客户端的影响中途按手机拍照键、打开手机音乐播放器：比如手机音乐播放器对Ａｎｄｒｏｉｄ客户端语音搜索的影响；拍照对手机条形码搜索的影响； 手机快捷键的处理：拨电话键、挂电话键、回退键、home键：客户端在中途使用过程这些键的响应处理。 三、Android客户端除了适配测试外，还有哪些测试范围 (1)Android应用的测试范围
ANDROID 如何适配屏幕之density 如何将一个应用程序适配在不同的手机上，虽然这不算是一个技术问题，但是对于刚刚做屏幕的开发人员来说，还真不是一件多么简单的事情。首先：你需要在AndroidManifest.xml文件的<manifest>元素如下添加子元素<supports-screens android:largeScreens=“true” android:normalScreens=“true” android:anyDensity=“true” android:smallScreens=“true”></supports-screens> 名如其意，以上是为我们的屏幕设置多分辨率支持（更准确的说是适配大、中、小三种密度）。 android:anyDensity=“true” ，这一句对整个的屏幕都起着十分重要的作用，值为true，我们的应用程序当安装在不同密度的手机上时，程序会分别加载hdpi,mdpi,ldpi文件夹中的资源。相反，如果值设置为false，即使我们在hdpi,mdpi,ldpi 文件夹下拥有同一种资源，那么应用也不会自动地去相应文件夹下寻找资源，这种情况都是出现在高密度，以及低密度的手机上，比如说一部240×320像素的手机，如果设置android:anyDensity=“false”，Android系统会将240 x 320(低密度)转换为320×480(中密度)，这样的话，应用就会在小密度手机上加载mdpi文件中的资源。2.细心的人会发现自android2.0开始之后drawable文件被三个文件夹
1.活动的生命周期与进程的生命周期无关；进程是各种活动可随意使用的一个容器； 2.可以在DOS命令行中调用Aandroid工具，进行开发、调试、编译、打包、部署等； 3.调用Android SDK中的工具可以可视化的在布局文件中添加、删除、视图组件，提高了开发效率； 4.src源文件夹；gen保存自动生成R资源类文件夹；assets保存原生资源文件夹；res资源文件夹；And roidManifest.xml(Android配置清单文件)；default.properties(属性文件）； 5.Android应用程序的代码文件：FirstActivityAct.java(活动类);R.java(资源索引类);strings.xml(声明系统中用到的字符串常量);降低耦合行；提高效率；main.xml(布局文件,声明程序中用到的视图组件); AndroidManifest.xml(全局配置文件，声明用到的组件、权限、版本； 6.Android应用程序不能直接使用编译后的类文件(.class)；dx命令将java编译后的类文件(.class)转换成Dalvik虚拟机可执行的文件(.dex)； 7.模拟器没有真正的数据存储设备；mksdcard命令将硬盘空间镜像为数据存储设备； 8.如何给模拟器上传资料：DDMS和DOWS命令 9. Android保存视图状态时，遍历视图层次结构中的每个视图，每发现一个有ID的视图，就调用View.o nSaveInstanceState()方法；视图状态被保存在Bundle类实例中；调用onRestoreInstanceState()方法用于恢复保存在Bundle实例中的视图状态 10.使用ListView绑定数据库查询结果 11.ContentProvider：进程在系统中将它们本身注册为某些数据类型的提供者。请求该信息时，Android 就会通过一个固定的API调用这些进程，以它们认为适合的方式查询或修改内容。ContentProvider是一个类似Activity的高级对象，需要向系统声明 12.EventProvider类，扩展ContentProvider，在重载的方法中实现了对数据记录的查询、插入、删除、更新等操作。通过EventProvider类，系统中创建了一个可以被其他程序使用的数据存储框架，其他开发人员编写的应用程序也可以使用这一框架对数据库进行访问 简答题： 1．谈谈android大众常用的五种布局。（创建启动界面的常用布局） 答：在Android中，共有五种布局方式，分别是：FrameLayout(框架布局)，LinearLayout (线性布局)，Ab soluteLayout(绝对布局)，RelativeLayout(相对布局)，TableLayout(表格布局)。 (1)FrameLayout 框架布局,放入其中的所有元素都被放置在最左上的区域，而且无法为这些元素指定一个确切的位置,下一个子元素会重叠覆盖上一个子元素，适合浏览单张图片。(2)LinearLayout 线性布局,是应用程序中最常用的布局方式，主要提供控件水平或者垂直排列的模型，每个子组件都是以垂直或水平的方式来定位(默认是垂直)。(3)AbsoluteLayout 绝对定位布局,采用坐标轴的方式定位组件，左上角是(0，0)点，往右