Как переопределить создание списка элементов в ListView?

Question

Я хочу создать собственный список, используя макет simple_list_item_1, чтобы изменить шрифт, фон и т. Д. Как вы это делаете?

Я попытался переопределить getView с помощью адаптера, расширяющего ArrayAdapter, но всякий раз, когда я что-то делаю в списке (например, поиск), сгенерированный список теряет всякую настройку, пока я не скрою клавиатуру. Вот почему я подумал, что было бы лучше, если бы я мог переопределить метод создания списка в первую очередь.

Вот пользовательский адаптер класса

public class AlphabeticalAdapter extends ArrayAdapter<String> implements SectionIndexer { 
private HashMap<String, Integer> _alphaIndexer; 
private String[] _sections; 
private Typeface _typeface; 

public AlphabeticalAdapter(Context c, int resource, List<String> data) { 
    // create ArrayAdapter<String> 
    super(c, resource, data); 

    try { 
     // generate typeface 
     _typeface = Typeface.createFromAsset(getContext().getAssets(), "fonts/hs_bold.otf"); 
    } catch (Exception e) { 
     e.printStackTrace(); 
    } 
} 

public int getPositionForSection(int section) { 
    return _alphaIndexer.get(_sections[section]); 
} 

public int getSectionForPosition(int position) { 
    return 1; 
} 

public Object[] getSections() { 
    return _sections; 
} 

@Override 
public View getView(int position, View convertView, ViewGroup parent) { 

    TextView text = (TextView) convertView; 

    if (text != null) { 
     text.setTypeface(_typeface); 
    } 

    return super.getView(position, convertView, parent); 
} 

}

Answer 1

Цитируя себя от моего комментария:

Шаг № 3: Если вы хотите иметь динамические эффекты, на основе модели данных , переопределить getView() и изменить виджеты строк по мере необходимости. Просто убедитесь, что вы всегда изменяете виджеты строк, так как строки перерабатываются, и поэтому вы не всегда знаете, что такое начальное состояние ваших виджетов.

В вашем случае вы не всегда настраиваете виджеты на каждом звонке getView(). Вы делаете это только тогда, когда convertView не null. convertView будет null, когда вы изначально заселяете ListView.

Следующая реализация всегда вызывает setTypeface():

@Override 
public View getView(int position, View convertView, ViewGroup parent) { 
    TextView text=(TextView)super.getView(position, convertView, parent); 

    text.setTypeface(_typeface); 

    return(text); 
} 

Теперь, я не изучал воздействие вызова setTypeface(). В идеале, это дешево, и поэтому просто называть его каждый раз в порядке. Если, OTOH, профилирование предполагает, что при вызове setTypeface() каждый раз добавляется слишком много накладных расходов, вы можете посмотреть, как оптимизировать ситуацию. В частности, в этом случае вы хотите использовать один и тот же шрифт для каждой строки - он не меняется в зависимости от того, какую строку вы выполняете. В этом случае вам нужно только позвонить setTypeface() по телефону getView(), где создается новый TextView, и что должен быть в тех случаях, когда convertView - null. Таким образом, следующие имеют меньше накладные расходы, но более рискованное, так как вы делаете какое-то предположение о реализации Вашего суперкласса: «Как вы идти об этом»

@Override 
public View getView(int position, View convertView, ViewGroup parent) { 
    TextView text=(TextView)super.getView(position, convertView, parent); 

    if (convertView==null) { 
     text.setTypeface(_typeface); // because a new TextView definitely was created, since we could not reuse the convertView as it was null 
    } 

    return(text); 
}