对于布局

Supporting Multiple Screens Best Practices . 这里有很多很好的提示,以及关于兼容性方面您需要寻找什么的一般想法。

我发现有一件事非常有用,这似乎很明显,那就是在各种大小的仿真器中实际测试您的布局。当扩展到1024x768(即使没有设备会有这样的分辨率)时,您的布局看起来如何?如果它是超小的正方形呢?看看你的布局是如何延伸/收缩的,这将帮助你调整布局,使之更好地适应所有的屏幕。

layout_weight

在布局中, android:layout_weight 是一个强大的,但文件记录不足的属性。使用它,您可以创建布局,其中组件的大小以百分比表示。

例如:

<LinearLayout android:orientation="horizontal"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent">

    <EditText android:layout_weight="80" 
        android:layout_width="wrap_content"
        android:layout_height="wrap_content" />
    <Button android:layout_weight="20"
        android:text="Button"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content />
</LinearLayout>

<EditText/> <Button/> 将占用可用宽度的20%。显然,这应该小心使用,以便所有项目仍然可以使用,即使它们很小。

<include />

<include layout="@layout/smaller_section" /> . 这样,您就可以在布局的其他部分(例如,对于横向)来回移动,而不必保留布局的整个并行版本。

到目前为止,我发现的只有:

2. 对于非常小的屏幕,您可能需要一个单独的布局。使用仿真器,我发现仅仅减小图形的大小并不能使布局变得可用-你需要重新排列并去掉一些元素。
3. 有时你需要一个单独的纵向和横向模式布局-但通常情况下,纵向作品在横向罚款。

看看其他人怎么说会很有趣,特别是在为不同密度提供多种可提取资源方面。我还没有弄清楚为什么有时需要使用-hdpi,有时在hdpi屏幕上不能得到很好的结果。

我倾向于使用移动样式表,它只在从移动设备访问应用程序时才包含。此样式表通常应用最小宽度(取决于用户和设备要求),并将内容填充到屏幕宽度的100%。

其他建议:

• 移动特定登录页,已获取 完全靠菜单和搜索 箱
• 评估哪些内容对移动用户真正重要,并将重点放在这些内容上
• 没有死胡同-即使搜索结果为零,也可以轻松继续(新搜索、页面建议)
• 地理位置(如适用)
  显示商店位置的谷歌地图
  附近)
• 如果可能,在各种设备上进行测试(即 黑莓本机浏览器
  对jquery有困难)

<link rel="stylesheet" href="screen.css" media="screen"/>
<link rel="stylesheet" href="handheld.css" media="handheld"/>