Вам, очевидно, нужно будет перебрать список. Не существует механизма установки памяти, который бы позволял такие тонкости, особенно учитывая, что объекты не хранятся рядом друг с другом.
Но если вы просто не хотите писать это сами, используйте forEach ():
brandList.forEach(tag -> tag.setSelected(false));
(Источник: Википедия)
В экземплярах, где мешать им делать что-то глупое абсолютно обязательно. Моя компания имеет веб-приложение, где Пользователи иногда оставляют страницу прежде, чем закончить их работу. Мы запрашиваем их с Модальным (стандарт onbeforeunload
Функция JavaScript), если они не сохранили свою работу.
Иначе я не использую Modals, если я могу помочь ему, я ненавижу его, когда приложение крадет фокус из того, что я делаю.
Править: Мы не сохраняем их работу автоматически для них, когда они оставляют страницу. Мы делаем в других случаях, но не, когда они оставляют страницу, следовательно Модальное. Я действительно писал, мог, это могло войти и сохранить их работу, когда они оставили страницу, но это не была бы 'большая' идея реализовать его, особенно если бы они случайно удалили свою работу и не хотели, чтобы она автоматически сохранила.
Единственной вещью, более священной, чем ввод данных пользователем, является любой файл я известный о. Вы никогда не должны изменять файл, что деталь реализации, если я не сказал Вам. Таким образом поля как "Вы хотят сохранить?" в выходе необходимость, потому что я могу хотеть не сохранить.
Представьте себе приложение, которому необходимо открыть диалог для некоторых действий. Теперь представьте, что это будут немодальные диалоги: пока один диалог открыт, вы можете изменить его выбор или, что еще хуже, вызвать другую команду, которая сама по себе открывает другой диалог. Теперь представьте, что эти диалоги будут модальными: тогда вам придется закрыть диалог, чтобы продолжить - вы не можете попасть в состояние, когда выбор изменяется в диалоге или где две команды ждут ввода.