Pull to refresh

Comments 10

Форматирование и области видимости не подвезли?
А в чем именно проблема с форматированием, можете подсказать?
Вроде даже встроенная в Android Studio заготовка проекта с боковым меню «умеет» вложить внешний лайаут в выдвижное меню. Не понял вообще проблематики из статьи
Стандартный шаблон хоть и реализует разметку, но довольно объемный выходит по коду и набору xml файлов
Похоже на велосипед. Не вижу здесь ни какой проблемы. Почему бы просто не использовать фрагменты?
Пример xml разметки
<android.support.v4.widget.DrawerLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:id="@+id/drawer_layout"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

    <FrameLayout
        android:id="@+id/content_frame"
        android:layout_width="match_parent"
        android:layout_height="match_parent"/>
    
    <fragment
        android:id="@+id/left_drawer"
        android:layout_width="300dp"
        android:layout_height="match_parent"
        android:layout_gravity="start"
        android:name="com.package.SlidingMenuFragment"/>

</android.support.v4.widget.DrawerLayout>
Ну с фрагментом можно реализовать аналогичный функционал, но с ними часто возникают проблемы, из-за которых getActivit() возвращает null, да и вариант с использование обычной view выходит проще и потребляет чуть меньше ресурсов
Если getActivit() возвращает null, значит вы либо не вовремя к ней обращаетесь, либо уже поздно.

На счет того, что «использование обычной view выходит проще» не соглашусь. В моем примере все сделано в одном xml у вас же еще куча дополнительных классов.

Аргумент про «чуть меньше ресурсов» тоже весьма спорный. Если уж так хочется экономить ресурсы, советую начать использовать FrameLayout вместо RelativeLayout. Как раз сэкономит ресурсы, что-бы для фрагментов хватило.
Покажите как оно в итоге выглядит. Судя по описанию задачи, стандартного функционала должно быть достаточно.
Sign up to leave a comment.

Articles