'내부클래스'에 해당되는 글 1건
- 2015.01.17 [pattern 01] ViewHolder pattern - (2)
저번 글에서 ViewHolder에 대해서 구글링 하던중 흥미로운 글들을 몇개 발견해서 ViewHolder 2탄을 준비했다. 2탄의 주제는 'ViewHolder보다 더 효과적인 방법' 이다. 세가지 방법에 대해서 살펴볼 생각인데 '사실 확실히 좋다!'는 확신은 없다는 점을 알아주었으면 한다. ViewHolder패턴이 좋다고 생각한 이유도 기실 'findViewById()가 상당히 부담이 되는 작업이다' 라고 전문가가 말한것을 그대로 수용했기 때문이지 내가 이해했던 것이 아니기 때문이다.(그정도의 깊이가 아직은 없다. 아직은) 그럼 하나씩 살펴보도록 하겠다.
관련 글 링크 : http://www.kmshack.kr/android-%EC%9C%A0%EC%97%B0%EC%84%B1-%EC%9E%88%EB%8A%94-viewholder-pattern/
위 글에서 말하는 첫번째 방법은 ViewHolder에 유연성 있는 코딩을 말한다. 기존 ViewHolder패턴에서는 static class로 만들고 해당 아이템(ListView의 한 줄 )에서 사용할 View들을 ViewHolder의 멤버변수로 저장한다. 이렇게 되면 여러아이템이 다른 View들을 가지고 있다면 여러개의 ViewHolder를 만들어야하므로 이럴때 사용할 수 있는 유연성있는 ViewHolder가 필요하다는 말이다.(이런 경우가 많지는 않을거 같지만.) 방법을 살펴보면,
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | public static class ViewHolder { public static <T extends View> T get( View view , int id ) { SparseArray<View> viewHolder = ( SparseArray<View> ) view.getTag(); if( viewHolder == null) { viewHolder = new SparseArray<View>(); view.setTag( viewHolder ); } View childView = viewHolder.get( id ); if ( childView == null ) { childView = view.findViewById( id ); viewHolder.put( id, childView ); } return ( T ) childView; } | cs |
위 코드에서 보다시피 더이상 ViewHolder에 맴버변수가 없다. 대신 ViewHolder class내부에 viewHolder SparseArray에 사용할 뷰들을 넣고 나중에 해당 뷰들을 꺼내 쓴다. getView()에서 사용방법은 아래코드와 같다.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | @Override public View getView( int position, View convertView, ViewGroup parent ) { if ( convertView == null ) { convertView = LayoutInflater.from( context ).inflate( R.layout.list_item, parent, false ); } ImageView imageView = ViewHolder.get( convertView, R.id.imageview ); TextView textView = ViewHolder.get( convertView, R.id.textview ); ListItem item = getItem( position ); imageView.setImageResource( item.getImage() ); textView.setTet( item.getText() ) ; return convertView; } | cs |
관련글 링크 : http://www.jayway.com/2013/11/06/viewholder-vs-holderview/
두번째 글에서 말하는 방법은, ListView의 각각의 Item에서 하는일을 그 뷰가 알아서 하도록 하는 방법이다. 성능적인 면에서의 차이는 잘 모르겠지만 ListItem에 사용할 각각의 Item들을 Adapter의 getView() 메소드에서 선언, 처리 하던 방식을 사용하지 않고, Adapter에서는 기존처럼 findViewById()의 사용만 피하면서 해당 아이템의 holderViewclass 객체를 불러오면 View의 선언이나 사용은 전부 holderView클래스 내부에서 처리하는 방법이다. 사용법을 살펴보자.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | @Override public View getView(int i, View convertView, ViewGroup viewGroup) { HolderView holderView; // Important to not just null check, but rather to a instanceof // since we might get any subclass of view here. if (convertView instanceof HolderView) { holderView = (HolderView) convertView; } else { holderView = new HolderView(mContext); } holderView.bind(new Digit(i)); return holderView; } | cs |
Adapter내의 getView()메소드는 정말 간단하다. holderView객체를 찾거나 생성한후 데이터를 보낸다. 객체 내부를 살펴보면
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | public class HolderView extends GridLayout { private TextView mDigitDigit; private String mDigitText; public HolderView(Context context, AttributeSet attrs) { super(context, attrs); View v = LayoutInflater.from(context).inflate(R.layout.list_detail, this); mDigitDigit = (TextView) v.findViewById(R.id.list_detail_digit); mDigitText = context.getResources().getString(R.string.list_detail_digit); } public void bind(Digit digit) { mDigitDigit.setText(String.format(mDigitText, digit)); } } | cs |
객체가 생성되는 순가 해당아이템에서 사용할 View들을 찾아 연결해주고 bind()메소드를 통해서 들어오는 값을 HolderView내부의 View와 연결해서 Ui에 나타낸다. 직관적인 코드라서 관리가 더 용이하고 코드를 이해하기도 좋다고 한다(?)
관련글 링크 : http://www.slideshare.net/bs_yagi/potato01-no-more-viewholder
위 링크에서 소개하는 마지막 방법은 두번째 방법과 흡사하다. Adapter내부에서 하던 View를 연결하는 작업을 ViewHolder내부에서 객체 생성시에 한다. 비슷한 방법이지만 소개하는 이유는 몇몇 특징 때문인데 한번 살펴보면
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | public class ViewHolder { public final ImageView thumbImage; public final TextView titleText; public final TextView readText; public final TextView userText; public final View root; public ViewHolder( View root ) { thumbImage = ( ImageView ) root.findViewById( R.id.thumb_image ) ; titleText = ( ImageView ) root.findViewById( R.id.title_text ) ; readText = ( ImageView ) root.findViewById( R.id.read_text ) ; userText = ( ImageView ) root.findViewById( R.id.user_text ) ; this.root = root; } } | cs |
1 2 3 4 5 6 7 8 | @Override public View getView( int position, View convertView, ViewGroup parent ) { if ( convertView == null ) { convertView = LayoutInflater.inflate(R.layout.list_view_item, null ); ViewHolder holder = new ViewHolder ( convertView ); convertView.setTag( holder ); } } | cs |
코드를 보면 다른 코드들과는 다른 2가지를 볼 수 있는데 첫번째가 ViewHolder class가 static class가 아니라는 점과 멤버변수들을 final로 선언했다는 점이다. 기존 사용법에서 ViewHolder를 static으로 선언한 이유는 enclosing instance에 연결되는 경우를 막기위해서 인데 내부클래스로 ViewHolder를 하면 enclosing instance에러는 나지 않는다. 두번째 다른점인 final로 선언한 이유는 사실 아직 정확히 이해하지 못했다...(해당사이트 내용들이 일본말인것도 한 이유...) 우선 final에 대해서 다시 한번 처음부터 공부해봐야겠다.
'프로그래밍 이야기 > 안드로이드' 카테고리의 다른 글
| [pattern 03] 자바빈 패턴 (0) | 2015.01.26 |
|---|---|
| [pattern 02] 점층적 생성자 패턴 (0) | 2015.01.25 |
| [pattern 01] ViewHolder pattern- (1) (1) | 2015.01.15 |
| [오픈 소스 라이브러리 01] Butter Knife (버터나이프) (2) | 2015.01.13 |
| resource 동적 변경하기 ( 영어, 일본어 등) (2) | 2015.01.13 |
