Lollipop とマテリアル デザインに関する Android の最大の問題

Android 4.1 Jelly Bean で Google が講じたものは、おそらく流動性の点でプラットフォームがこれまでに講じた最大の一歩です。有名なProject Butterの立ち上げにより、Mountain View 社は、Android の以前のバージョンには、システム アプリとサードパーティ アプリの両方において、その意味で欠点があると想定しました。客観的に見ると、これはAndroid に大いに役立つものであり、すべてのメーカーが平等に実装したわけではありませんが、 Galaxy Nexusの所有者は改善を体験することができました。

少し調べてみると、Google はJelly Bean 4.3で、GPU がインターフェイスを描画する 1 秒あたりのフレーム数を定量化する開発者ツールをリリースしたことがわかりました。 60fps を得るには、16ms ごとにフレームを生成する必要があります。そしてそれがこのツールが測定するものです。緑の線を超える場合は、フレームの低下があり、ユーザーがそれを認識できることを意味します。

この問題は、Lollipop 自体よりも、マテリアル デザインで導入される新しいアニメーションと透明度に少し関連していると思います。そのため、Kit Kat で再生できると考えました。 OnePlus One 4.4.4 でテストを行ったところ、新しいカレンダー アプリと古いカレンダー アプリを比較した結果が次のとおりです。

同じビューを使用するとわかるように、Holo アプリの場合は、マテリアル デザインを使用したアプリケーションの場合よりもはるかに優れています。スクロールを行った後、フレームの突然の低下が認識されます。 Moto E 2015 の場合も同じことが起こり、これは新しく発売されたデバイスであり、理論的には Moto X を除く他の Motorola よりも優れたパフォーマンスを発揮するはずです。

私の印象では、Holo を微調整し、Kit Kat、Lollipop、およびマテリアル デザインで高いレベルに到達した後、Google は再びこの組み合わせに非常に熱心に取り組む必要があるということです。 Moto E 2015 が、プロセッサーの低い Kit Kat AOSP を搭載した昨年の別の端末よりも遅く、流動性が低いのは正常ではありません。ここでは、Google 独自のアプリがどのように動作するかを示す例をさらに紹介します。また、マテリアル デザイン アプリがインターフェイスをどのように活用したかについて行った分析も思い出してください。