当前位置: 代码迷 >> Android >> Roman Guy的Android Trick系列稿子笔记(三)
  详细解决方案

Roman Guy的Android Trick系列稿子笔记(三)

热度:95   发布时间:2016-05-01 19:06:59.0
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这两个概念。

  相关解决方案