Зачем использовать DrawerLayout вместо поведения CoordinatorLayout для NavigationView

Question

Я изучал реализацию DrawerLayout и начал задумываться, почему команда библиотеки поддержки Android решила создать новый макет вместо создания нового Behavior для CoordinatorLayout, который будет помещен в 'NavigationView».То же самое относится к SwipeRefreshLayout.

Есть ли какая-то конкретная причина, почему они решили реализовать таким образом?

Answer 1

Все указывает на то, что нет технической особой причины использовать DrawerLayout вместо CoordinatorLayout.Behavior.Чтение его реализации почти похоже на чтение реализации Behavior.

Фактически, реализация Side Sheets, шаблон которой в основном представляет собой тот же лист, что и ящик, кажется, что он будет реализован как Behavior , как и BottomSheetBehavior.

CoordinatorLayout.Behavior, было введено в версии 24.1.0 и DrawerLayout в версии 22.1.0, поэтому, возможно, они поняли, что DrawerLayout можно обобщить, но неЯ не хочу отрицать это и тратить больше времени на тот же шаблон, но это всего лишь предположение.

Answer 2

Насколько я помню, CoordinatorLayout был позже представлен в макете Drawer.И, согласно моим знаниям и пониманию, Drawer Layout был введен для размещения опций с использованием файла меню на выдвижном ящике, следуя всем упомянутым рекомендациям по дизайну по умолчанию.

Если мы говорим о компоновке Coordinator, его основная работа заключается в настройке другого пользовательского интерфейса.компоненты внутри него из-за некоторых изменений любого компонента совместного пользовательского интерфейса макета.

Так что, если вы говорите о добавлении поведения макета выдвижного ящика в макет Координатора, это не подойдет для работы с макетом Координатора.Согласно пользовательскому интерфейсу макет выдвижного ящика отображается вне основного макета, то есть вне макета координатора.Кроме того, при макете ящика ничего не корректируется. Таким образом, он не может быть частью макета координатора.