Roman Guy的Android Trick系列文章笔记(三)

以下所涉及的所有文章都被墙了。。

 

1.Android to Photoshop

Android2.2以后的SDK自带的工具HierachyViewer提供了一个新的功能：Capture PSD。也就是说，它可以把设备当前的ui生成成一个photoshop文件。这个功能非常有用，它可以帮助你debug ui。。

 

需要注意的是，当你的手机烧制的是USER版本时，HierachyViewer不能工作，这是出于安全的原因。不过它可以在模拟器工作。

 

2.ScrollView’s handy trick

ScrollView是Android中最常用的widget之一，并且同时也是非常简单易用的wdiget之一。当要在屏幕上显示很多内容时，把它们全部丢进一个ScrollView就搞定了。甚至，ScrollView只能接收一个子节点，如果添加多个就会出错。由于它很简单，所以在使用的时候就需要一点小技巧。

有的时候需要实现一个类似版权信息的页面，只有用户滚动到最底部，才能看到确定和取消按钮。假如，版权信息用一个TextView来展现，而这个TextView时长时短。这时可以如下实现：

 

<ScrollView xmlns:android="http://schemas.android.com/apk/res/android"
    android:id="@+id/scroller"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    android:fillViewport="true" >
    <LinearLayout
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:orientation="vertical">
        <TextView
            android:layout_width="fill_parent"
            android:layout_height="wrap_content"
            android:paddingLeft="6dip"
            android:paddingRight="6dip"
            android:paddingTop="6dip"
            android:textAppearance="?android:attr/textAppearanceMedium"
            android:text="Welcome to My Application" />

        <View
            android:layout_width="fill_parent"
            android:layout_height="1dip"
            android:background="#ff106510"
            android:layout_marginLeft="6dip"
            android:layout_marginRight="6dip"
            android:layout_marginTop="6dip"
            android:layout_marginBottom="12dip" />

        <TextView
            android:layout_width="fill_parent"
            android:layout_height="wrap_content"
            android:layout_weight="1.0"

            android:paddingLeft="6dip"
            android:paddingRight="6dip"
            android:paddingBottom="6dip"

            android:text="@string/hello" />

        <LinearLayout
            android:layout_width="fill_parent"
            android:layout_height="wrap_content"

            android:background="@android:drawable/bottom_bar"
            android:gravity="center_vertical">
            <Button
                android:layout_width="0dip"
                android:layout_weight="1.0"
                android:layout_height="wrap_content" 

                android:text="Accept" />
            <Button
                android:layout_width="0dip"
                android:layout_weight="1.0"
                android:layout_height="wrap_content" 

                android:text="Refuse" />
        </LinearLayout>
    </LinearLayout>
</ScrollView>

 

需要注意的两点是：1.TextView的android:layout_weight设置未1.0，这样做会使它比ScrollView短时使用可用的空白区域。并且这个只有android:fillViewport="true"时才生效。

 

3.Gingerbread and 32 bits windows

Roman Guy和Chet Haase在Devoxx做了一次演讲，他们的ppt其中的一页，在很多Android开发网站上引起广泛兴趣：

 

因此他需要说点什么：

* 现在(指在Gingerbread中,下同)应用程序可以使用32bit的window(即便是透明window，那也是32bit的)

* 现在应用程序可以强制bitmap以32bit加载

* 现在应用程序阻止banding(他的下一篇文章会介绍)

* OpenGL的window依然保持了16bit，因为兼容性问题。一些游戏应当不需要假定这个格式在GB中不存在。我们不希望破坏应用程序。（原文：OpenGL windows remain 16 bits in Gingerbread for compatibility reasons. Some games assume this format and should not. But they do, and we don’t like breaking applications.）

* 现在OpenGL应用程序也可以使用32bit window了。

 

总结起来，Gingerbread的升级并没有特意为系统添加32bit图形的支持，系统本来就一直支持。Gingerbread只是简单地在更多的情况中把32bit作为默认方式。

 

文后有一些讨论：

A：UI这样改变了之后，系统在绘制图形时是不是更快了呢，或者还是如果不使用32bit图形，设备性能就会降一截呢？

答：透明的bitmap以前已经是32bit的了，并且在作blend(图片的一种处理方式)操作是要转换成16bit的，所以在这种情形下16bit的会快一点。32bit不透明bitmap会比16bit的绘制更快，因为内存拷贝时更方便。如果你的应用因为内存原因而对不透明图片使用16bit，我也觉得这不会是问题。当然了，如果你强制你的bitmap以16bit加载，那么现在会有一个自动的16bit转32bit的过程。总地来说这和之前没有太大不同，只是app会消耗更多内存。

 

B：那这不是说Gb只能运行在高端机器上吗？

答：这不意味Gb只能在高端机上运行。因为这一点也没有改变硬件需求。再者，那些在API Level 8上或者更早的版本开发的app，它们在Gb上运行同样会以32bit加载bitmap，而不是16bit，除非你需要这么做。

 

4. Bitmap quality, banding and dithering

 

这篇文章主要介绍了，选用哪种像素规格的bitmap会有更好的显示效果。全文从头至尾挨个论证了几种解决图片显示效果的方案，过程我不详述了，因为图像处理着一块我不熟悉。

但是下面两张图可以大致了解本文的意思：

1.

我们可以很明显的看到，在32bit和16bit的window中显示同一种像素规格(ARGB_8888)的bitmap时不同效果。前者效果更好。

2.

这张图展示的是多种像素规格bitmap在不同bit的window中显示的效率.

 

结论：这个简单的性能测试非常清晰的展示了使用兼容的格式是绘制bitmap最有效率的途径，例如，32bit bitmap在32 bit window上绘制或者16bit或565格式的bitmap在16bit window上绘制 效果都会很好。因为这个原因，你应该一直检查你的bitmap和window的格式，并且保证他们相互兼容。你可以在creating an empty bitmap或者decoding a resource or stream的时候选择bitmap的格式。你可以通过调用Bitmap.getConfig()来查看当前存在的bitmap的格式。你可以在onCreate()方法中通过getWindow().getAttributes().format来查询当前window的格式。你同样可以参考本篇文章的源代码来查看如何选择一个特定格式。

 

btw:在下一篇文章中我会介绍一下dither和banding这两个概念。