安卓多分辨率设计.docxVIP

开发手机android应用，必定面临多屏幕支持问题。你一定希望应用程序能在不同的大小的手机上都能很好的展现漂亮的布局和细腻的图片。本文将介绍如何做到这一点。先看看没有支持多分辨率程序的效果。下面是同一个程序运行在两个不同规格的屏幕上的截图。右边这个似乎不可接受。??????????????????????图1：480*800，3.5寸屏???????????????????????图2?????480*800，5寸屏??支持多分辨率后的效果??????????????????????????图3 480*800，3.5寸屏??????????????????????????图4??480*800，5寸屏????????我们先来了解一些屏幕的基本概念：????物理尺寸:?就是所说的几寸的屏幕，代表屏幕对角线的长度，比如3.5寸、3.7寸、4寸、7寸等。????分辨率:?是屏幕总共能显示的像素数，通常我们都说几百×几百，比如240*320，320*480，480*800等????像素密度(DPI):DPI的全称是dots per inch，每英寸点数.????这三个参数，任两个确定后，第三个量就是确定了。公式为：某边的分辨率（总像素数）= 该边物理尺寸(单位是英寸) × 像素密度。????比如一个3.5寸的屏幕，分辨率为480×800，那么密度为开方(480^2+800^2)/3.5 约等于为194。屏幕大小和屏幕像素密度是可以独立的，不是说一个5寸屏的密度就一定是hdpi。????手机屏幕分类???按密度分为：低密度(ldpi)，中密度(ndpi)，高密度(hdpi)，超高密度(xhdpi)。???按尺寸分为: small, normal, large, and xlarge??????????????????????????????????????????图5?????大部分手机集中在normal，hdpi这一栏。可见多屏幕适配的重点在这里。???????????????????图6?????适应多屏幕要分别考虑界面布局和图片资源两个方面(一体两面)。????布局上不考虑多屏幕尺寸，可能出现控件没对齐，尺寸超出屏幕外等。????图片上不考虑多屏幕密度，可能出现图片看起来大小不合适，比较模糊等。????到底要考虑布局，还是考虑图片，或者两者同时考虑由应用决定。我个人觉得，一般布局要考虑得多一些。如果应用有很多图片，而且对现实细腻程度要求很高，才考虑图片。????但是，所谓考虑多屏幕适应，并非要为没每种屏幕大小提供一个布局文件，也并非要为每种屏幕密度提供一套位图，按大的分类提供就可以了。（如果要那样做也没错，但将付出巨大的维护代价）????例如，一般为所有尺寸是normal的屏幕提供一套布局，尽管normal里又分很多种（看图 5），但一般android都能很好的适应。也可以为所有密度是hdpi的屏幕提供一套图片，尽管hdpi也分很多种（看图 5），但一般android都能很好的适应。????另外一方面，即使按大的分类考虑布局文件，也并非要为每个布局文件都创建多个版本。只有布局文件中用数值定义了控件大小(无论你用的单位是px还是dip)，才需要考虑写多个布局文件。如果是用fill_parent,wrap-contents等方式则用一个布局文件就可以了，把它放在layout目录里。????根据密度你仅需要提供drawable下的位图文件，如果你使用Xml来定义shape,colors或者其他drawable的资源，你就应该放到drawable/默认目录下????注意:实际开发中，为了适合多屏幕，又减少维护量。mdpi,hdpi内一般要放东西, ldpi则可放可不放。当要用到ldpi时，它从hdpi里去取并缩放。效果也不错。????Android如何选择适合当前屏幕的资源呢？????选取规则如下：???（Drawabe和Drawabe-mdpi等价）???（Layout和layout-normal等价）????1．基于当前屏幕的尺寸和密度，系统会在最匹配的的设备配置下的资源目录寻找。????2．如果没有可用的匹配资源，系统会使用默认资源等比放大或缩小以匹配当前屏幕的大小和密度。这里的默认资源是没有后缀的。????例如对于HVGA，large screen，ldpi的一块屏幕，系统会优先找res/layout-large，res/drawable-ldpi下的资源。如果没有，就使用res/layout和res/drawable????3．如果系统想找一个ldpi(低密度)的资源，但找不到。那么系统会等比缩小hdpi的资源，为什么不寻找mdpi呢？因为系统对于hdpi更容易缩放，它的系数为0.5,相比mdpi的0.75来说。0.5的的性价