Во-первых, вы должны использовать nestedscrollview в макете для правильной прокрутки recyclerView и других представлений в родительском макете.
Второе, что вы можете сделать, это отправить только последний элемент вашего списка в адаптер.
как,
ArrayList<Test> tempList=new ArrayList();
tempList.add(customList.get(customList.size()-1);
где customList - тип данных класса, которые вы отправляете в качестве аргумента вашему адаптеру.
Таким образом, вы можете выполнять свою работу.
Вы не были должны. Microsoft рекомендует против реализации ICloneable
потому что нет никакого ясного признака от интерфейса ли Ваш Clone
метод выполняет "глубокий" или "мелкий" клон.
Посмотрите это сообщение в блоге от Brad Abrams назад в 2003(!) для получения дополнительной информации.
ICloneable
один из тех артефактов в BCL, который был спорен. Нет никакой настоящей причины, по моему скромному мнению, для реализации его. После этих слов, если я собираюсь создать метод клона затем, я действительно реализую ICloneable
, и я обеспечиваю свою собственную сильную введенную версию Clone
.
Проблема с ICloneable
это никогда не обозначается если Clone
были отмель или глубокая копия, которые являются совсем другими вещами. То, что существует нет ICloneable<T>
мог бы быть признак на мыслях Microsoft о ICloneable
Матовый корректно, не используйте его. Создайте свое собственное Copy()
метод (или аналогичное имя) и делает это совершенно ясным в Вашем общедоступном API, создает ли Ваш метод глубокую или мелкую копию Вашего объекта.