现在我只知道Scientiamobile的WURFL和其他一些。这些库或数据库告诉你很多有关设备的信息,但是他们都不能清楚地表明你不应该使用CSS转换或其他类型的动画,因为即使设备支持它,它也是一个完全不同的故事,将运行顺利,这是我建立移动网络应用程序时的主要关注点。如何有意义地检测低规格移动设备?
在技术上可以使用'WURF'数据库在这个方向对设备进行分类吗?我应该使用哪种设备功能来将设备按照图形功率“快速”分组?
最后,我只需要从1-5的设备评级,以决定我可以使用哪些gfx操作。
好吧,任何想法都是值得欢迎的。事实证明,这是真正的聪明人,除了大量有关设备上限的数据之外,互联网上的研究没有提供任何有用的信息。
更新-1:我刚刚从ScientiaMobile的回应:“我们一直与某种形式的JavaScript性能指标(可能是基于现有基准之一)的想法打转转,可以给一些提示那个,但我们还没有,问题很复杂。“
更新-2:我们在移动Web应用
- 动画功率
- PNG透明度
- 文本发现的最大瓶颈和框阴影
- 图像缩放
对我们来说,确实需要禁用这些设备才是真正的理由功能,因为他们可以带来任何应用程序的膝盖。可能还有其他方法。
谢谢。
这是非常有趣的,并没有真正被任何人强调,只要快速谷歌搜索显示。只是一个疯狂的想法:你可以挂钩到'animationend'事件,你可以尝试设置一个小基准:在一个固定的时间(比如500msecs)上执行一个css转换(在一个不可见的层上),并保持一个定时器时间。然后,绑定到'animationend'事件,检查初始css转换时间是否与测量的执行时间(计时器)大致相同......? – 2013-04-10 09:23:30
我同意,隐藏的基准可以确定动画的力量,或多或少。另一大瓶颈是PNG透明度。我看到Android设备瘫痪并且没有透明度,它的表现要快得多。 – xamiro 2013-04-10 09:28:11
你能告诉一些设备CSS转换工作顺利吗?有些CSS转换工作,但不能流畅运行?在这里举个例子会很高兴。此外,您是针对几个指定的设备,还是您想要一个解决方案,以便它适用于“所有”设备? – Uooo 2013-04-10 09:33:58