Mortar ビューは、そのコンテンツを直接膨張させません。代わりに、モルタル ビューを含むレイアウトにはビュー コンテンツがネストされるという前提があります。
ビューとレイアウトの接続を管理するのが少し難しくなっていると思います。
ビュークラス内でレイアウトを膨らませる代わりに、ビュークラスをレイアウトに配置する理由は何ですか?
Mortar ビューは、そのコンテンツを直接膨張させません。代わりに、モルタル ビューを含むレイアウトにはビュー コンテンツがネストされるという前提があります。
ビューとレイアウトの接続を管理するのが少し難しくなっていると思います。
ビュークラス内でレイアウトを膨らませる代わりに、ビュークラスをレイアウトに配置する理由は何ですか?
必須ではありませんが、レスポンシブ レイアウトに役立ちます。Android は、構成に基づいて、まったく異なるビューを膨らませることができます。そして、私たちはコードに 1 つの規則を持ち、考える必要が少ないことを好みます。
もともと @Layout アノテーションは、ビュー クラスの参照を取ることもできました。私たちはテーマを壊すような方法でそのコードを台無しにし、このパターンの方が気に入り、とにかくそれを使用していなかったので、壊れたコードをヤンクしました。ただし、画面をそのようにビューにマップする必要はありません。そのため、レイアウト ヘルパーは注釈であり、API には組み込まれていません。これが、新しい PathContainer がビューの構築を委譲する理由です。