Asus Zenfone 4 は Project Treble のサポートを受けていますが、Asus の実装ではデバイスの BLOB を保存するために別のベンダー パーティションを使用しません。
Android Oreo の発売以来、Android スマートフォン メーカーに対する主な批判は、Project Treble をサポートしなかったことです。 Google のモジュール式アップグレード スキームは、以前はなかった方法でカスタム ROM 開発を支援できる可能性があります。 想像できる。 プロジェクトトレブルでは、 単一のシステム イメージで複数のデバイス間で起動可能, そのため、すべての OEM がサポートしているわけではないことに失望する人がいるのも不思議ではありません。 Nokia と OnePlus はどちらも、自社のデバイスには必要なパーティションがないと主張しています。Project Treble ではすべてのデバイスを保持するために /vendor パーティションが必要であることを考えると、正当な言い訳です。 Bイナリ L怒る オビジェクト (BLOB). しかし、Asus は、Project Treble のサポートをもたらす Asus Zenfone 4 用の Android Oreo ベースのアップデートのリリースを止めませんでした。 それなし 別のベンダー パーティション。
さて、これは、これまでに他のデバイスに登場したProject Trebleと同じ種類のものではありません。 実際、これはカスタム ROM 開発にとって、たとえば Huawei Mate 9 の Project Treble 実装ほど役に立ちません。 Asus は /vendor パーティションを使用しないことを選択したため、デバイスの BLOB は /system パーティションに保存されます。 代わりに、これは、他の Asus で起動する単一のシステム イメージを Zenfone 4 上に作成することは不可能であることを意味します。 デバイス。 ただし、それがカスタム ROM 開発者に利益をもたらさないという意味ではありません。Asus Zenfone 4 デバイスの BLOB は標準化されており、カスタム ROM 開発者は次のことを行うことができます。 単一のシステム イメージを作成するのと同じアプローチで ROM を開発します。システム パーティション内にバイナリ オブジェクトを組み込むだけです。 その代わり。
Asus の ZenFone 4 に対する Project Treble サポートは、開発者がユニバーサル システム イメージを作成するのには役立ちません。 すべてのデバイスで、携帯電話のカスタム ROM 開発に役立ち、Asus によるアップグレードが容易になります。 未来。
更新: さらなるコンテキスト
カスタム ROM 開発者にとって、Asus の Project Treble サポートにより、いくつかの点で作業がはるかに簡単になるはずです。 確かに、Project Treble の最も優れた点は、同じシステム イメージをどのデバイスでも起動できることです。このパーティションを持たないデバイスでも「Treble 化」できます。 いわば、それらの BLOB は、必要な調整が行われている限り、/vendor パーティションの有無にかかわらず、Project Treble がサポートする Android のバージョンで引き続き使用できます。 作った。
出典: ZenTalk フォーラム