現代の Android 開発では、フラグメントのような開発に完全に移行することをお勧めしますか?
フラグメントを使用して携帯電話とタブレットの両方のアプリを作成し、アクティビティのみのアプリとアクティビティ + フラグメント アプリを区別しないには?
「フラグメント」に完全に移行する、または完全に移行しないという Google Android チームの公式の推奨事項はありますか?
現代の Android 開発では、フラグメントのような開発に完全に移行することをお勧めしますか?
フラグメントを使用して携帯電話とタブレットの両方のアプリを作成し、アクティビティのみのアプリとアクティビティ + フラグメント アプリを区別しないには?
「フラグメント」に完全に移行する、または完全に移行しないという Google Android チームの公式の推奨事項はありますか?
フラグメントを使用して開発する必要はありませんが、最大数のコンシューマー/デバイスに可能な限り最適な環境を提供したい場合は、フラグメントに切り替える必要があります。ただし、フラグメントが悪魔の仕事だと本当に思っている場合は、アクティビティベースの開発だけに固執して、ずさんな UI を提供することができます。
グーグルの気持ちとしては、これに尽きると思います。
ActivityGroup による埋め込みアクティビティは良いアイデアでしたが、アクティビティは他のアクティビティと密接に相互作用するのではなく、独立した自己完結型のコンポーネントとして設計されているため、常に扱いが困難でした。Fragment API は、これに対するはるかに優れたソリューションであり、組み込みアクティビティの代わりと見なす必要があります。
フラグメントの使用法の詳細については、こちらをチェックしてください。設計哲学の詳細については、この投稿をチェックしてください。