Android适配---文件夹命名

1.命名不区分大小写；

2. apk中提供的资源包括animator、anim、color、drawable、layout、menu、raw、values、xml这9种。这些资源保存在res文件下的对应文件夹中。

命名形式：资源名-属性1-属性2-属性3-属性4-属性5.....如:-en-port-hdpi；

注意：各属性的位置顺序必须遵守优先级从高到低排列！否则编译不过

3. 把全部属性都用上的例子(各属性是按优先级先后排列出来的)

values-mcc310-en-sw320dp-w720dp-h720dp-large-long-port-car-night-ldpi-notouch-keysexposed-nokeys-navexposed-nonav-v7

4.上述例子属性的中文说明

values-mcc310(sim卡运营商)-en(语言)-sw320dp(屏幕最小宽度)-w720dp(屏幕最佳宽度)-h720dp(屏幕最佳高度)-large(屏幕尺寸)-long(屏幕长短边模式)-port(当前屏幕横竖屏显示模式)-car(dock模式)-night(白天或夜晚)-ldpi(屏幕最佳dpi)-notouch(触摸屏模类型)-keysexposed(键盘类型)-nokey(硬按键类型)-navexposed(方向键是否可用)-nonav(方向键类型)-v7(android版本)

5.以下是几种个人觉得比较有用的几个属性：
    Language and region : 用于指定语言和区域，多国语言最常用的属性,例如：en，en-rUS。
    Screan size ： 用来指定屏幕大小，包含如下值（由小到达）：small（最小尺寸426*320dp，基本在3.2寸以上），normal（最小尺寸470*320dp，基本在3.3寸以上），large（最小尺寸640*480dp，基本在5.0寸以上），xlarge（最小尺寸960*720，基本在7.5寸以上）。
    Screan orientation ： 屏幕方向，值为port或者land。
    UI mode ： 值为car、desk、television、appliance。
    Night mode ： 值为ienight、 notnight（可能对文本阅读类型的app比较有用）
    Screan pixel density ： 最常用的属性了，值包括：ldpi，mdpi，hdpi，xhdpi，xxhdpi，nodpi，tvdpi。其中，nodpi用于开发者不希望系统对图片进行缩放的情况，tvdpi的界于hdpi和mdpi之间，dpi一般在213左右，多用于基于Android系统的智能电视，大部分app其实很少用到。
    Platform version ： 值为：v<version number>，例如v15属性修饰的资源仅用于4.0及以上的设备。
    Available width ： 值为w<number>dp, 例如适配640dp宽度的设备：w640dp
    Aailable height : 值为h<number>dp, 例如适配320dp高度的设备：h320dp
    另外，还有一种指定分辨率的属性（google的官方资料中没有提到这种方式，但是很多开发者都使用了），用法为long side x short size，例如适配Nexus S（480x800）的资源可以如下方式指定800x480。但是，使用这种方式请注意：某些手机没有实体按键，而是采用了虚拟按键的设计。这种情况下，app可以使用的尺寸会小于设备的屏幕大小，例如Galaxy Nexus的分辨率为1280x720，但是实际上它只能适配1190x720或者1280x630左右大小的资源。

6. 资源缺失情况下的适配

app运行时，系统会根据属性选择适配的资源进行展示。如果有符合的资源则使用，反之，当符合的资源不存在时，系统会去寻找最相近的可用资源来代替。但是，查找的属性不同，查找的顺序会有所有差异。

   对dpi属性来说，查找的顺序为，高dpi的资源优先。例如，没能找到hdpi的图片资源，则系统的搜索顺序是drawable-xhdpi->drawable-xxhdpi->drawable-mdip->drawable->drawable->drawable-ldpi。这里drawable被认为比drawable-ldpi更接近hdpi。

另外，对于图片资源在找到相近的资源后，系统还需要对图片进行缩放才会进行使用（否则，可能出现显示不下，或者图片过小的问题）。上文的例子中，如果在drawable-xhdpi中找到了资源，那么找到的图片会先缩小到0.75倍以后再使用；如果是在drawable-mdpi中找到了资源，那么图片需要放大到1.5倍以后再使用（放大肯定会造成图片模糊，可能这就是高dpi资源优先的原因所在）。
   有时候，我们的图片资源不一定是从drawable文件夹中读取的，还有可能是从sd卡上读取的，或者从网络上下载的。这个时候，我们需要注意，默认情况下，通过BitmapFactory.decodeFile()函数生成的图片被认为是MDPI的，如果想让图片也获得与drawable文件夹相似的缩放能力，则需要通过BitmapFactory.Option.inDensity属性设置（例如如果图片是为hdpi准备的，则设置为240）。

    对于screan size，查找的顺序则是小尺寸优先，大尺寸放弃。例如，在Galaxy note 2上执行apk时，如果未能找到layout-large资源，则查找顺序为：layout-normal->layout->layout-small，不会查找layout-xlarge。

7. 个人对于多设备UI适配的理解
   以下是个人的一点总结：
   I.   使用简洁的风格来设计UI，让界面变得简单并且一体化，使UI有更加的自适应能力。
   II.  尽量使用match_parent,wrap_content等属性来实现实现UI的自适应，减少dp的使用，尽量不要使用px。
   III. 如果使用dp，那么不要在layout文件中显示的设定数值，而是通过dimens文件来引用，不同设备上就可以使用同一份layout，而通过不同的dimens来适配。
   IV.  可以的情况下，尽量使用.9的png文件，通过无损的缩放来适应UI。
   V.   有些在XML上很难设定的UI细节，可能可以通过java代码动态调整的方案来解决。
   VI.  如果有需要的话，可以通过w720dp,h360dp,1024x768等属性来对市面上销量比较好的手机做针对性的UI适配。
   VII. 没有真机的情况下，可以通过SDK内的模拟器和网上的在线模拟器检查UI效果。
   VIII.对于某些app，可以使用Html5来开发UI（即以app内嵌WebView控件来展示Html5），可能可以获得更加的UI适应效果。
   
   最后记录几个与UI相关的J***A API：
   DisplayMetrics dm = Context.getResource().getDisplayMetrics()//dm中可以获得scaledDensity，densityDpi，heightPixels，widthPixels等信息。

   Configuration config = getResources().getConfiguration() //config中可以获取设备的配置信息，我们可以根据具体的信息展现不同的UI。这里有一点值得注意的是，config.screenWidthDp和理论计算可能会有偏差：例如，9100的参数为800x480，hdpi，800/1.5=533，但是实际运行时，config.screenWidthDp=508。如果为9100做UI适配，那么“w508dp”才是有效的，”w533dp“则无法匹配给9100。相似的，偏差也可能出现在config.screenHeightDp上。