来源: 互联网  发布时间: 2014-02-18

更快的屏幕方向更改
更快的屏幕方向更改
　　Android操作系统已经被非常多的手机硬件所采用。就目前推出的第一款安装有Android操作系统的T-Mobile G1，在G1上可以体验到旋转手机从而实时的改变屏幕显示模式，比如我们打开硬件键盘，屏幕将会实时的从纵向显示转变为横向显示。
　　为了达到简化开发的目的，可以在屏幕变化时自动保存现有的资源或者一些必要的信息从而在变化后可以很快的根据新的标准重新恢复Activity所包含的内容。Android基于这方面的考虑预置了一种可以调用特定资源从而匹配屏幕变化的行为，比如说标记横向屏幕所对应的layout或者一些drawables资源。关于这方面的资料可以查看官方给出的详细说明（read the official documentation on resources).
　　对于开发者来讲需要非常重视对这个预置的功能应用，因为它可以使应用程序实时根据屏幕的调整做出最合理的匹配方案。桌面从纵向调整为横向显示需要明确Activity是如何做出反应的，这对于一些刚刚接触Android平台的人来讲在理解上会有一些困难，Activity响应显示模式变化要经过 destroyed和recreated两个过程，通过recreated可以出发程序对最新的显示模式做出反应。
　　当应用程序在运行时需要表现大量的数据或者需要通过网络加载某些资源时，如果我们在显示模式的变化中不做任何干预，那么同样的应用程序将需要重新加载必要的预置数据，这样每次改变显示模式都将花费同样的时间来重复加载相同的资源。
　　通过一个更典型的例子来理解这个过程，Photostream通过网络下载6幅图片并显示在屏幕中，并且针对两种显示模式提供相对的layout和drawables匹配方案：


　　在这个例子中可以清楚的理解，我们不希望用户在改变现实模式时重新加载大量的数据。那么针对这样的问题我们可以借鉴一些主流浏览器所采取的方法，建立一个暂存区来保留临时文件（例如检测到设备提供SD Card，从而把临时文件存放在里边），这样我们可以再重新改变现实模式后可以通过临时文件快速的重新加载数据内容。那么通过什么方式才能优化是否为程序提供暂存文件的功能呢？（可能有些程序并不需要这样必须的行为，所以没有必要额外的利用外界的存储设备）值得庆幸的是Android为我们提供了onRetainNonConfigurationInstance()方法，Activity的基类中声明了这个虚函数，可以让开发者在自己的应用程序中决定是否实现这个函数的函数体，借用上边的例子我们可以用如下代码来保存临时图片：

@Override
public Object onRetainNonConfigurationInstance() {
    final LoadedPhoto[] list = new LoadedPhoto[numberOfPhotos];
    keepPhotos(list);
    return list;
}

　　之后便可以在activity的onCreate()函数中实现重新调用临时文件，在代码中需要判断系统是否需要重新加载临时文件。以下是放在OnCreate()函数中加载临时文件的代码：

private void loadPhotos() {
    final Object data = getLastNonConfigurationInstance();
    
    // The activity is starting for the first time, load the photos from Flickr
    if (data == null) {
        mTask = new GetPhotoListTask().execute(mCurrentPage);
    } else {
        // The activity was destroyed/created automatically, populate the grid
        // of photos with the images loaded by the previous activity
        final LoadedPhoto[] photos = (LoadedPhoto[]) data;
        for (LoadedPhoto photo : photos) {
            addPhoto(photo);
        }
    }
}

　　对于大多数的情况并不需要做如上的操作，所以需要谨慎使用这个行文，毕竟最好的行为也并不适用于所有情况，如果应用的不好反而会给程序带来不必要的麻烦。

    

    来源: 互联网  发布时间: 2014-02-18

布局技巧：创建高效布局
布局技巧：创建高效布局

　　Android UI工具包提供了一些布局管理器，它们使用起来相当容易，而且，大多数的时候，你只需要使用它们最基本的特征来实现UI。
　　执着于基本特征的使用对于创建UI来说，往往不是最高效的。一个常见的例子就是滥用LinearLayout，它将会导致View树中的View数量激增。View——更糟的是，布局管理器——添加到应用程序里都会带来一定的消耗：初始化，布局和绘制变得更加缓慢。嵌套布局的花销尤其“昂贵”，例如，如果你嵌套了一些LinearLayout，并使用了weight参数，这会导致子元素要计算两次。
　　让我们看一个非常简单且常见的布局例子：一个列表项，左边是一个图标，右边是标题和描述，上方是标题，下方是可选的描述。列表项可能看起来如下图：

　　为了清楚地认识View之间（一个ImageView和两个TextView）的相对位置，下图是使用HierarchyViewer抓获的布局剪影：

　　实现这个布局，直接使用LinearLayout就可以了。列表项本身是一个水平的LinearLayout，里面有一个ImageView和一个垂直的LinearLayout，垂直的LinearLayout里包含两个TextView。以下是这个布局的源代码：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="fill_parent"
    android:layout_height="?android:attr/listPreferredItemHeight"
    android:padding="6dip">
    <ImageView
        android:id="@+id/icon"
        android:layout_width="wrap_content"
        android:layout_height="fill_parent"
        android:layout_marginRight="6dip"
        android:src="/blog_article/@drawable/icon/index.html" />
    <LinearLayout
        android:orientation="vertical"
        android:layout_width="0dip"
        android:layout_weight="1"
        android:layout_height="fill_parent">
        <TextView
            android:layout_width="fill_parent"
            android:layout_height="0dip"
            android:layout_weight="1"
            android:gravity="center_vertical"
            android:text="My Application" />
        <TextView  
            android:layout_width="fill_parent"
            android:layout_height="0dip"
            android:layout_weight="1" 
            android:singleLine="true"
            android:ellipsize="marquee"
            android:text="Simple application that shows how to use RelativeLayout" />
        </LinearLayout>
</LinearLayout>

　　如果你将它作为ListView的item，它能正常工作，但却是相当浪费的。相同的布局可以使用RelativeLayout进行重写，相对于每个列表项来说，可以节省一个View，且View层级上更好，只有一层。使用RelativeLayout也很简单：

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="fill_parent"
    android:layout_height="?android:attr/listPreferredItemHeight"
    android:padding="6dip">
    <ImageView
        android:id="@+id/icon"
        android:layout_width="wrap_content"
        android:layout_height="fill_parent"
        android:layout_alignParentTop="true"
        android:layout_alignParentBottom="true"
        android:layout_marginRight="6dip"
        android:src="/blog_article/@drawable/icon/index.html" />
<TextView  
        android:id="@+id/secondLine"
        android:layout_width="fill_parent"
        android:layout_height="26dip" 
        android:layout_toRightOf="@id/icon"
        android:layout_alignParentBottom="true"
        android:layout_alignParentRight="true"
        android:singleLine="true"
        android:ellipsize="marquee"
        android:text="Simple application that shows how to use RelativeLayout" />
    <TextView
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:layout_toRightOf="@id/icon"
        android:layout_alignParentRight="true"
        android:layout_alignParentTop="true"
        android:layout_above="@id/secondLine"
        android:layout_alignWithParentIfMissing="true"
        android:gravity="center_vertical"
        android:text="My Application" />
</RelativeLayout>

    新的实现与老的实现看起来效果完全一致，除了一种情况。每个列表项显示两行文字：标题和可选的描述。当某一个列表项的描述不可获得时，应用程序可能希望将第二个TextView的Visibility设为GONE。LinearLayout实现版表现得很完美，但RelativeLayout实现版就有点差强人意了：

    在RelativeLayout里，每个View都是和父元素RelativeLayout对齐或是和其它View对齐的。例如，我们声明描述部分是和RelativeLayout的底部对齐，标题位于其上并与RelativeLayout的顶端对齐。当描述GONE时，RelativeLayout不知道怎么去放置标题的底边缘。为了解决这个问题，你可以使用一个非常简单的布局参数：layout_alignWithParentIfMissing。
    这个布尔参数告诉RelativeLayout：如果目标对象消失时使用自己的边缘作为锚点。例如，如果你放置一个View到另一个Visibiity属性设为GONE的View的右边，且设定alignWithParentIfMissing为true，RelativeLayout就会将其左边缘作为View的对齐锚点。在我们的这个场合，使用alignWithParentIfMissing的结果是RelativeLayout将标题部分的底部与自己的底部对齐。结果如下所示：


　　现在，我们的布局表现得很完美了，即使描述部分的Visibility属性设为GONE。更好的是，层级更加简单，因为我们不再使用LinearLayout，而且，更加高效了。当我们使用HierarchyViewer来比较两个实现版的时候，事实就更明显了：

    另外，当你使用这么一个布局作为ListView的列表项时，这种差异就更为重要了。希望这个简单的例子能让你了解布局，了解如何优化你的UI。

    

    来源: 互联网  发布时间: 2014-02-18

布局技巧：创建可重用的UI组件
布局技巧：创建可重用的UI组件
    Android平台提供了大量的UI构件，你可以将这些小的视觉块（构件）搭建在一起，呈现给用户复杂且有用的画面。然而，应用程序有时需要一些高级的视觉组件。为了满足这一需求，并且能高效的实现，你可以把多个标准的构件结合起来成为一个单独的、可重用的组件。
    例如，你可以创建一个可重用的组件包含一个进度条和一个取消按钮，一个Panel包含两个按钮（确定和取消动作），一个Panel包含图标、标题和描述等等。简单的，你可以通过书写一个自定义的View来创建一个UI组件，但更简单的方式是仅使用XML来实现。
    在Android XML布局文件里，一般，每个标签都对应一个真实的类实例（这些类一般都是View的子类）。UI工具包还允许你使用三个特殊的标签，它们不对应具体的View实例：<requestFocus />、<merge />、<include />。这篇文章将描述如何使用<include />来创建一个单纯的XML视觉组件。了解更多关于如何使用<merge />的资料，请参看《合并布局》文章，尤其是它与<include />结合起来使用体现出来的强大威力。
    <include />元素的作用如同它的名字一样；它用于包含其它的XML布局。使用这个标签如下面的例子所示：

<com.android.launcher.Workspace
    android:id="@+id/workspace"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"

    launcher:defaultScreen="1">

    <include android:id="@+id/cell1" layout="@layout/workspace_screen" />
    <include android:id="@+id/cell2" layout="@layout/workspace_screen" />
    <include android:id="@+id/cell3" layout="@layout/workspace_screen" />

</com.android.launcher.Workspace>

    在<include />中，只需要layout特性。这个特性，不带android命名空间前缀，它表示你想包含的布局的引用。在这个例子中，相同的布局被包含了三次。这个标签还允许你重写被包含布局的一些特性。上面的例子显示了你可以使用android:id来指定被包含布局中根View的id；它还可以覆盖已经定义的布局id。相似的，你可以重写所有的布局参数。这意味着任何android:layout_*的特性都可以在<include />中使用。下面是例子：

<include android:layout_width="fill_parent" layout="@layout/image_holder" />

<include android:layout_width="256dip" layout="@layout/image_holder" />

    这个标签，在依据设备设置定制UI时表现得尤为有用。举个例子，Activity的主要布局放置在layout/文件夹下，其它布局放置在layout-land/和layout-port/下。这样，在垂直和水平方向时你可以共享大多数的UI布局。