Скрытие элемента ListView

@Spelcrawler · Регистрация: 12.03.2014

Author24 — интернет-сервис помощи студентам

Заполняю своим адаптером, унаследованным от BaseAdapter. В качестве item использую свой класс который имеет поле isEnable - если оно равно false вместо нормальной строки возвращает в список new View();. При нажатии на элемент назначаю isEnable = false и вызываю adapter.notifyDataSetChanged(). Отрабатывает все отлично, да вот приложение подвисает примерно на секунду. Писал логи при нажатии на элемент - все операции выполняются за 5-7 миллисекунд. Что это может быть и как не вешать ui? Пробовал даже в AsyncTask все выносить - результат тот же. Есть какие нибудь идеи как заставить это работать быстро?

@CoolMind · 04.11.2014, 14:14

Spelcrawler, как обычно, просим привести хотя бы проблемный кусочек кода. Я отказался от AsyncTask при заполнении адаптера, потому что если пользователь будет несколько раз подряд нажимать на кнопочку, то предыдущее заполнение не успеет отработать, начнётся следующее, которое будет иметь доступ к той же коллекции (массиву) и вызовет исключение, что обращаться можно только в ui-потоке.

@Spelcrawler · 04.11.2014, 15:04 **[ТС]**

CoolMind, Кусок кода чего?) Вот что в онклик происходит:

Java

public void onItemClick(AdapterView<?> adapterView, View view, int position, long l) {
               
                Log.d("TAG", "startClick");
                Item item = items.get(position);
                item.setEnable(false);
                adapter.notifyDataSetChanged();
                Log.d("TAG", "allDone");
 
            }

И вот из адаптера заполнение:

Java

 public View getView(int i, View convertView, ViewGroup viewGroup) {
 
        Item item = getItem(i);
        if(item.isEnable()){
            return viewHolder.getLine(item);
        }else{
            return new View(context);
        }
 
    }

Добавлено через 25 минут
Может есть какой то совершенно другой путь? Или может библиотека какая то которая позволяет скрывать элементы. Или вообще все это засунуть в ScrollView? Чем вообще плох ScrollView для отображения списков?

@CoolMind · 04.11.2014, 16:12

Spelcrawler, я не понял, на какой элемент происходит щелчок, в коде вы не описали. Как происходит заполнение адаптера? Всю ли функцию getView вы написали? Что такое getItem? Несколько раз писал свои адаптеры, но не припомню, что такое new View(context). Пока не могу помочь вам, потому что все проекты на работе.

@Spelcrawler · 04.11.2014, 16:15 **[ТС]**

Сообщение от CoolMind

я не понял, на какой элемент происходит щелчок, в коде вы не описали.

Да на любой.

Сообщение от CoolMind

Всю ли функцию getView вы написали?

да

Сообщение от CoolMind

Что такое getItem?

стандартный метод BaseAdapter'a

Сообщение от CoolMind

Несколько раз писал свои адаптеры, но не припомню, что такое new View(context).

Это пустая вьюшка

Сообщение от Spelcrawler

В качестве item использую свой класс который имеет поле isEnable - если оно равно false вместо нормальной строки возвращает в список new View();

@Gabberr · 05.11.2014, 10:45

не нужно каждый раз создавать новую вьюху, просто управляйте видимостью текущего элемента.
Что-то типа этого:

Java

  @Override
  public View getView(int position, View convertView, ViewGroup parent) {
 
                View view;
                if(convertView != null){
                   view  = convertView;
                }else{
                    view = viewHolder.getLine(item);
                }
                if(getItem(position).isEnable()){
                         view.setVisivility(View.VISIBLE);
                }else{
                         view.setVisivility(View.INVISIBLE);
                }
    return view;
}

@Spelcrawler · 05.11.2014, 11:34 **[ТС]**

Gabberr, Не работает такое в ListView. Точнее работает, но не так как ожидается. Сама вьюшка исчезает, да, но вот на ее месте остается пустое место. Делал visibility = GONE. Сейчас решил вообще свой виджет для списков написать, на основе обычного ScrollView, пока все работает быстрее чем с ListView и памяти ест меньше. Отсюда вопрос - почему принято использовать ListView, если ScrollView удобнее, проще в реализации, быстрее работает и намного более гибок? И еще вопрос в этом моем виджете при открытии отображается 10 элементов, остальные подгружаются асинхронно но мере готовности (с сетью работы нет и ничего особо тяжелого тоже, но так отрисовывается мгновенно). Дак вот если поменять высоту элемента во время подгрузки новых элементов - она меняется отлично, НО если поменять ее когда все элементы добавлены - ничего не происходит. Что это такое? Может ли это быть из-за того что мой список находится в диалоге?

@Gabberr · 05.11.2014, 11:46

Вот про отличия
http://stackoverflow.com/quest... d-listview

@Spelcrawler · 05.11.2014, 11:55 **[ТС]**

То есть, насколько я понял, разница лишь в том что ListView "заточен" под работу с данными и переводом их в изображение? То есть подразумевается, что работа с данными в ListView удобнее, чем в ScrollView? Я правильно понимаю? И если я напишу свой интерпретатор данных в изображение - разницы никакой?

@CoolMind · 05.11.2014, 15:14

Spelcrawler, насколько я понял из указанной ссылки, поведения ScrollView и ListView достаточно сильно отличаются. Вообще, честно говоря, не думал, что одно может заменить другое.
Во-первых, элементы этих двух компонентов могут быть разными. Для ListView свойственно хранение одинаковых элементов, в ScrollView можно хранить совершенно разные вещи (не коллекции).
Во-вторых, ListView экономит память и не хранит все View сразу, а только ту часть, которую отображает.
В-третьих, ListView удачно работает с адаптерами, что позволяет проще работать с данными (и базами данных).
Пока не сравнивал по скорости, но выигрыш должен быть у ListView.

@Spelcrawler · 05.11.2014, 16:03 **[ТС]**

CoolMind, это все так. Но во-первых: разница в потребляемой памяти не заметна (у меня ScrollView отъел меньше, чем ListView прокрученный быстро от начала до конца и обратно), если элементов около 100 или менее. Во-вторых при большом весе картинок в элементах ListView он подтормаживает при прокрутке. В-третьих: мне намного удобнее работать со ScrollView, при его использовании с каждым элементом можно творить что угодно, а вот в ListView все работает не так как ожидаешь увидеть. Теперь именно к моей задаче) У меня список из примерно 100-120 элементов и в основном всегда присутствуют одни и те же элементы, но в разном порядке и иногда некоторые нужно скрывать. Какой минус я заметил при переходе на ListView дак это только время отрисовки, но эту проблему решил асинхронным добавлением элементов. Теперь отрисовка даже быстрее чем с ListView, элементы скрываются мгновенно, скролл очень быстрый и плавный (разве что при начальном добавлении элементов тормозит примерно как на ListView при первой прокрутке, но все элементы добавляются примерно за секунду-полторы так-что не критично) и процессор не гоняю каждый раз при скролле. Дак вот теперь повторю вопрос - почему не принято использовать в случаях, подобных моему, ScrollView?

@CoolMind · 05.11.2014, 16:17

Spelcrawler, да, это всё интересно. А как вы выполняете фильтрацию элементов по подстроке?

Добавлено через 5 минут
Точнее говоря, это делается средствами адаптера. Вопрос в том, как вы подсоединяете адаптер к ScrollView.

@Spelcrawler · 05.11.2014, 17:06 **[ТС]**

Сообщение от CoolMind

А как вы выполняете фильтрацию элементов по подстроке?

Не совсем понял что это такое.

@CoolMind · 05.11.2014, 18:04

Spelcrawler, не могу сходу найти пример. Вот здесь кусочек есть (не совсем правильный): http://www.survivingwithandroi... r-and.html
В общем, у вас есть ListView, в нём записи, например, список городов. Вы набираете в отдельном поле буквы "Ко", при этом в списке остаются Ковров, Коломна, Кострома и т.п. При этом перезаписывать список в адаптер не надо.

@Spelcrawler · 05.11.2014, 18:11 **[ТС]**

Можно добавить поиск по строке, если не содержит строку - скрывать.

@CoolMind · 13.11.2014, 13:40

Spelcrawler, хорошо, что затронули тему ScrollView. Наткнулся на баг. Дело в том, что мой ListView - нестандартный, он может содержать записи любого типа. Соответственно, в нём могут быть строки и с 1, и с 3 полями. Так вот, пока было 3 поля, всё работало как обычно. Сейчас добавил строки с 1 полем, и случился баг. При прокрутке приложение падает, потому что бедный ListView взамен исчезнувших записей (View) пытается подставить новые, но подставляет не тот layout. Пытается взамен исчезнувшей записи показать запись того же типа, что приводит к немедленному крэшу. Думаю, переделаю на ScrollView. Делать ListView, состоящим из двух (добавлять шапку в виде другого ListView) не стану, уже несколько месяцев назад накалывался на этом. Так что остаётся сделать правильно ScrollView. А как у вас организуется массив View? Не возникнет ли проблемы, аналогичной описанной?

@Spelcrawler · 13.11.2014, 13:47 **[ТС]**

CoolMind, у меня проще, есть кастомная вью. Она на вход принимает id по нему из БД берет всю нужную инфу и поставляет ее в нужные места. Обычно у меня элементы по порядку id выводятся, в этом случае просто прохожусь циклом от 0 до максимального количества элементов, создаю в нем вьюшку и добавляю в ArrayList. Первые 10 элементов создаю сразу, и после создания добавляю на ListView. Потом запускаю AsynkTask, который начиная с 11 элемента и до конца генерирует мою вьюшку, добавляет в ArrayList посылает publishProgress - вьюшка добавляется в ListView.

@CoolMind · 13.11.2014, 14:31

Spelcrawler, интересно. Так всё же, вы используете ListView или ScrollView?
У себя, вроде, решил пока проблему, немного переписал код. Не стал рисковать и всё переделывать под ScrollView, но, может быть, всё ещё впереди.

@Spelcrawler · 13.11.2014, 14:33 **[ТС]**

CoolMind, когда как. Если нужно только отобразить что-то списком - ListView. Когда нужны всякие операции с элементами(скрытие, перемещение, анимации) - ScrollView. Вообще можно и ScrollView переписать чтобы он все умел, но долго.

@CoolMind · 13.11.2014, 14:33

А если пользователь увидит список и начнёт крутить, то приложение не упадёт, пока работает AsyncTask?

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
	13.11.2014, 14:33 [ТС]	19
	CoolMind, когда как. Если нужно только отобразить что-то списком - ListView. Когда нужны всякие операции с элементами(скрытие, перемещение, анимации) - ScrollView. Вообще можно и ScrollView переписать чтобы он все умел, но долго. 0

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
		1
	Скрытие элемента ListView 04.11.2014, 14:03. Показов 3803. Ответов 23 Метки нет (Все метки) Заполняю своим адаптером, унаследованным от BaseAdapter. В качестве item использую свой класс который имеет поле isEnable - если оно равно false вместо нормальной строки возвращает в список new View();. При нажатии на элемент назначаю isEnable = false и вызываю adapter.notifyDataSetChanged(). Отрабатывает все отлично, да вот приложение подвисает примерно на секунду. Писал логи при нажатии на элемент - все операции выполняются за 5-7 миллисекунд. Что это может быть и как не вешать ui? Пробовал даже в AsyncTask все выносить - результат тот же. Есть какие нибудь идеи как заставить это работать быстро? 0

@CoolMind 426 / 406 / 68 Регистрация: 06.10.2012 Сообщений: 1,748
	04.11.2014, 14:14	2
	Spelcrawler, как обычно, просим привести хотя бы проблемный кусочек кода. Я отказался от AsyncTask при заполнении адаптера, потому что если пользователь будет несколько раз подряд нажимать на кнопочку, то предыдущее заполнение не успеет отработать, начнётся следующее, которое будет иметь доступ к той же коллекции (массиву) и вызовет исключение, что обращаться можно только в ui-потоке. 1

@CoolMind 426 / 406 / 68 Регистрация: 06.10.2012 Сообщений: 1,748
	04.11.2014, 16:12	4
	Spelcrawler, я не понял, на какой элемент происходит щелчок, в коде вы не описали. Как происходит заполнение адаптера? Всю ли функцию getView вы написали? Что такое getItem? Несколько раз писал свои адаптеры, но не припомню, что такое new View(context). Пока не могу помочь вам, потому что все проекты на работе. 0

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
	04.11.2014, 16:15 [ТС]	5
	Сообщение от CoolMind я не понял, на какой элемент происходит щелчок, в коде вы не описали. Да на любой. Сообщение от CoolMind Всю ли функцию getView вы написали? да Сообщение от CoolMind Что такое getItem? стандартный метод BaseAdapter'a Сообщение от CoolMind Несколько раз писал свои адаптеры, но не припомню, что такое new View(context). Это пустая вьюшка Сообщение от Spelcrawler В качестве item использую свой класс который имеет поле isEnable - если оно равно false вместо нормальной строки возвращает в список new View(); 0

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
	05.11.2014, 11:34 [ТС]	7
	Gabberr, Не работает такое в ListView. Точнее работает, но не так как ожидается. Сама вьюшка исчезает, да, но вот на ее месте остается пустое место. Делал visibility = GONE. Сейчас решил вообще свой виджет для списков написать, на основе обычного ScrollView, пока все работает быстрее чем с ListView и памяти ест меньше. Отсюда вопрос - почему принято использовать ListView, если ScrollView удобнее, проще в реализации, быстрее работает и намного более гибок? И еще вопрос в этом моем виджете при открытии отображается 10 элементов, остальные подгружаются асинхронно но мере готовности (с сетью работы нет и ничего особо тяжелого тоже, но так отрисовывается мгновенно). Дак вот если поменять высоту элемента во время подгрузки новых элементов - она меняется отлично, НО если поменять ее когда все элементы добавлены - ничего не происходит. Что это такое? Может ли это быть из-за того что мой список находится в диалоге? 0

@Gabberr 105 / 105 / 19 Регистрация: 13.10.2009 Сообщений: 406
	05.11.2014, 11:46	8
	Вот про отличия http://stackoverflow.com/quest... d-listview 2

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
	05.11.2014, 11:55 [ТС]	9
	То есть, насколько я понял, разница лишь в том что ListView "заточен" под работу с данными и переводом их в изображение? То есть подразумевается, что работа с данными в ListView удобнее, чем в ScrollView? Я правильно понимаю? И если я напишу свой интерпретатор данных в изображение - разницы никакой? 0

@CoolMind 426 / 406 / 68 Регистрация: 06.10.2012 Сообщений: 1,748
	05.11.2014, 15:14	10
	Spelcrawler, насколько я понял из указанной ссылки, поведения ScrollView и ListView достаточно сильно отличаются. Вообще, честно говоря, не думал, что одно может заменить другое. Во-первых, элементы этих двух компонентов могут быть разными. Для ListView свойственно хранение одинаковых элементов, в ScrollView можно хранить совершенно разные вещи (не коллекции). Во-вторых, ListView экономит память и не хранит все View сразу, а только ту часть, которую отображает. В-третьих, ListView удачно работает с адаптерами, что позволяет проще работать с данными (и базами данных). Пока не сравнивал по скорости, но выигрыш должен быть у ListView. 0

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
	05.11.2014, 16:03 [ТС]	11
	CoolMind, это все так. Но во-первых: разница в потребляемой памяти не заметна (у меня ScrollView отъел меньше, чем ListView прокрученный быстро от начала до конца и обратно), если элементов около 100 или менее. Во-вторых при большом весе картинок в элементах ListView он подтормаживает при прокрутке. В-третьих: мне намного удобнее работать со ScrollView, при его использовании с каждым элементом можно творить что угодно, а вот в ListView все работает не так как ожидаешь увидеть. Теперь именно к моей задаче) У меня список из примерно 100-120 элементов и в основном всегда присутствуют одни и те же элементы, но в разном порядке и иногда некоторые нужно скрывать. Какой минус я заметил при переходе на ListView дак это только время отрисовки, но эту проблему решил асинхронным добавлением элементов. Теперь отрисовка даже быстрее чем с ListView, элементы скрываются мгновенно, скролл очень быстрый и плавный (разве что при начальном добавлении элементов тормозит примерно как на ListView при первой прокрутке, но все элементы добавляются примерно за секунду-полторы так-что не критично) и процессор не гоняю каждый раз при скролле. Дак вот теперь повторю вопрос - почему не принято использовать в случаях, подобных моему, ScrollView? 0

@CoolMind 426 / 406 / 68 Регистрация: 06.10.2012 Сообщений: 1,748
	05.11.2014, 16:17	12
	Spelcrawler, да, это всё интересно. А как вы выполняете фильтрацию элементов по подстроке? Добавлено через 5 минут Точнее говоря, это делается средствами адаптера. Вопрос в том, как вы подсоединяете адаптер к ScrollView. 0

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
	05.11.2014, 17:06 [ТС]	13
	Сообщение от CoolMind А как вы выполняете фильтрацию элементов по подстроке? Не совсем понял что это такое. 0

@CoolMind 426 / 406 / 68 Регистрация: 06.10.2012 Сообщений: 1,748
	05.11.2014, 18:04	14
	Spelcrawler, не могу сходу найти пример. Вот здесь кусочек есть (не совсем правильный): http://www.survivingwithandroi... r-and.html В общем, у вас есть ListView, в нём записи, например, список городов. Вы набираете в отдельном поле буквы "Ко", при этом в списке остаются Ковров, Коломна, Кострома и т.п. При этом перезаписывать список в адаптер не надо. 0

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
	05.11.2014, 18:11 [ТС]	15
	Можно добавить поиск по строке, если не содержит строку - скрывать. 0

@CoolMind 426 / 406 / 68 Регистрация: 06.10.2012 Сообщений: 1,748
	13.11.2014, 13:40	16
	Spelcrawler, хорошо, что затронули тему ScrollView. Наткнулся на баг. Дело в том, что мой ListView - нестандартный, он может содержать записи любого типа. Соответственно, в нём могут быть строки и с 1, и с 3 полями. Так вот, пока было 3 поля, всё работало как обычно. Сейчас добавил строки с 1 полем, и случился баг. При прокрутке приложение падает, потому что бедный ListView взамен исчезнувших записей (View) пытается подставить новые, но подставляет не тот layout. Пытается взамен исчезнувшей записи показать запись того же типа, что приводит к немедленному крэшу. Думаю, переделаю на ScrollView. Делать ListView, состоящим из двух (добавлять шапку в виде другого ListView) не стану, уже несколько месяцев назад накалывался на этом. Так что остаётся сделать правильно ScrollView. А как у вас организуется массив View? Не возникнет ли проблемы, аналогичной описанной? 0

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
	13.11.2014, 13:47 [ТС]	17
	CoolMind, у меня проще, есть кастомная вью. Она на вход принимает id по нему из БД берет всю нужную инфу и поставляет ее в нужные места. Обычно у меня элементы по порядку id выводятся, в этом случае просто прохожусь циклом от 0 до максимального количества элементов, создаю в нем вьюшку и добавляю в ArrayList. Первые 10 элементов создаю сразу, и после создания добавляю на ListView. Потом запускаю AsynkTask, который начиная с 11 элемента и до конца генерирует мою вьюшку, добавляет в ArrayList посылает publishProgress - вьюшка добавляется в ListView. 1

@CoolMind 426 / 406 / 68 Регистрация: 06.10.2012 Сообщений: 1,748
	13.11.2014, 14:31	18
	Spelcrawler, интересно. Так всё же, вы используете ListView или ScrollView? У себя, вроде, решил пока проблему, немного переписал код. Не стал рисковать и всё переделывать под ScrollView, но, может быть, всё ещё впереди. 0

@CoolMind 426 / 406 / 68 Регистрация: 06.10.2012 Сообщений: 1,748
	13.11.2014, 14:33	20
	А если пользователь увидит список и начнёт крутить, то приложение не упадёт, пока работает AsyncTask? 0