我正在开发一款绝对需要支持Android 2.1+设备的Android应用，包括平板电脑和手机。
棘手的部分是我希望能够在Android 2.x平板电脑上提供与骨骼蜂窝平板电脑大致相同的用户体验。我打算使用兼容性软件包，以便始终可以使用Fragment支持，但是......
我目前遇到的问题是我已经购买了Hannstab进行测试，并发现它向应用程序报告它有一个“大”屏幕，尽管实际上是10.1英寸。这在技术上会使它“xlarge”，但当然这个类别不包含在Android 2.2（它运行）中，因此它“很大”。我原本打算只使用资源限定符并将所有xlarge设备视为平板电脑，将其他所有设备视为手机，但现在我意识到我无法做到这一点。
将所有xlarge 和大屏幕设备视为平板电脑会是如此糟糕吗？根据我的理解，这将包括戴尔Streaks和其他5到7英寸的屏幕设备。
有更好的选择吗？我还没有真正理解片段，所以基于片段的解决方案可能对于那些拥有它的人来说是显而易见的。
我注意到，通常情况下，我在Hannspad上安装的应用程序使用普通手机用户界面，但使用特定平板电脑界面的Evernote除外 - 我希望我知道他们是如何做到的。
Android 3.2中引入的新“最小宽度”资源限定符将通过完全取消通用屏幕大小存储桶来解决此问题。据推测，我可以通过编写代码来计算dp中的屏幕宽度，然后根据需要向活动添加片段来复制此方法。那是明智的吗？如果它会很痛苦，我宁愿避免那种工作。
干杯
答案 0 :(得分：3)
将所有xlarge和大屏幕设备视为平板电脑是否会如此糟糕？
如果您的问题确实是“可以对-large和-xlarge设备使用相同的布局等”，那肯定可行。这肯定是我要去的地方。
请记住，设备制造商确实是确定-large是什么的人。我找到一些制造商创建5“设备将其归类为-normal并不会让我感到惊讶，因为他们认为-normal应用程序在其设备上的效果要比-large个应用程序更好。< / p>
我注意到，通常情况下，我在Hannspad上安装的应用程序使用普通手机用户界面，但使用特定平板电脑界面的Evernote除外 - 我希望我知道他们是如何做到的。
可能使用-large / -xlarge资源。我不知道他们是否在使用碎片。
就屏幕尺寸而言，片段确实适用于-large / -xlarge用户界面基本上是一堆-small / -normal大小的用户界面像乐高一样拼写的情况（R）块。在Evernote的情况下，他们的-large / -xlarge用户界面不符合该模式，因此他们可能使用或未使用过片段。
片段为内存管理和配置更改（例如，屏幕旋转）提供了一些其他优势，因此即使您没有在主要屏幕尺寸组之间共享片段，也可以考虑使用片段。
那是明智的吗？
如果可能的话，我会推迟做出这个决定，直到冰淇淋三明治出货，我们开始看到这些东西会如何在小屏幕设备上播出。