jc01rho의 일상잡다
TabActivity 내에서 ActivityGroup을 사용할 경우의 Navigation 처리 본문
오늘의 강좌는 미리 공지한대로 TabActivity 내에서 ActivityGroup을 사용할 경우의 Navigation 처리에 대한 내용입니다.
먼저 TabActivity가 동작하는 간단한 원리를 정리해 보면 다음과 같습니다.
1) TabActivity에 생성되어 있는 TabHost를 얻는다.
getTabHost();
2) TabHost에 통해 TabSpec을 생성하면서 Indicator와 Intent를 지정한다.
Intent intent = new Intent().setClass(this,
com.mk.counsel.group.ViewCounselGroup.class);
spec = tabHost.newTabSpec("tab01").setIndicator(
new TabView(this, R.drawable.tab1_selector, "tab01")
).setContent(intent);
3) TabHost에 TabSpec을 등록한다.
tabHost.addTab(spec);
위의 과정에서 TabSpec에 적용되는 Intent가 하나의 Activity 만을 처리하는 형태와 여러 Activity가 하나의 Tab 내에서 관리되는 경우(그림 참조)로 구성될 수 있는데 후자의 경우에 문제가 발생할 수 있습니다.
단순히 Activity를 변경하기 위해서 startActivity() 함수를 사용할 경우 TabActivity가 새로운 Activity로 변경되어 버려서 기존의 Tab 화면을 유지할 수 없다는 문제가 생기는데 이런 문제를 해결해 주기 위해서 등장한 것이 ActivityGroup 입니다.
2. ActivityGroup
ActivityGroup은 철저하게 Activity수행에 대한 관리와 화면처리(View)를 분리하여 관리하기 위한 용도로 생각하시면 됩니다. Activity 수행에 대한 관리는 전적으로 LocalActivityManager에 위임하고 각종 Event 처리에 대해서는 Activity 자체에 맡기고 생성된 최종 화면(View)만 본인이 소유하고 있도록 구성되어 있습니다.(그림참조)
문제는 전형적인 ActivityGroup은 모든 Activity의 관리 권한을 LocalActivityManager에 위임한 상태이고 View만을 제공 받으므로 자체적으로 Navigation 처리를 할 수 없다는 것입니다.바로 여기서 Navigation을 관리할 대상이 정해집니다. 바로 ActivityGroup이 유일하게 소유할 수 있는 View가 바로 그것입니다. 이 View들을 ActivityGroup이 관리함으로 Navigation이 가능해 진다는 것입니다.
3. 실제 적용
다음의 코드를 보시기 바랍니다.
public class NavigationGroupActivity extends ActivityGroup {
ArrayList<View> history; // View들을 관리하기 위한 List
NavigationGroupActivity group; // Activity들이 접근하기 위한 Group
@Override
protected void onCreate(Bundle savedInstanceState) {
// TODO Auto-generated method stub
super.onCreate(savedInstanceState);
history = new ArrayList<View>();
group = this;
}
public void changeView(View v) { // 동일한 Level의 Activity를 다른 Activity로 변경하는 경우
history.remove(history.size()-1);
history.add(v);
setContentView(v);
}
public void replaceView(View v) { // 새로운 Level의 Activity를 추가하는 경우
Log.d("MK","REPLACE VIEW...");
history.add(v);
setContentView(v);
}
public void back() { // Back Key가 눌려졌을 경우에 대한 처리
if(history.size() > 1) {
history.remove(history.size()-1);
setContentView(history.get(history.size()-1));
}
else {
finish(); // 최상위 Level의 경우 TabActvity를 종료해야 한다.
}
}
@Override
public void onBackPressed() { // Back Key에 대한 Event Handler
group.back();
return;
}
}
그러면 Back Key 처리는 알겠는데 새로운 Activity를 추가할 경우는 어디서 누가 호출을 해 주는지가 궁금할 것입니다. 다음의 코드를 보시기 바랍니다.
public class NavigationActivity extends Activity {
public void goNextHistory(String id,Intent intent) { //앞으로 가기 처리
NavigationGroupActivity parent = ((NavigationGroupActivity)getParent());
View view = parent.group.getLocalActivityManager()
.startActivity(id,intent)
.getDecorView();
parent.group.replaceView(view);
}
@Override
public void onBackPressed() { //뒤로가기 처리
NavigationGroupActivity parent = ((NavigationGroupActivity)getParent());
parent.back();
}
}위의 코드를 보시면 해당 Activity를 소유하고 있는 ActivityGroup을 getParent() 함수로 구한 다음에 실제 Activity의 실행을LocalActivityManager에 맡기고 있습니다.
LocalActivityManager에서 실행된(startActivity() 함수 호출) Activity의 View를 getDecoderView() 함수를 통해 얻은 다음 이 View를ActivityGroup의 view에 적용하는 모습을 볼 수 있습니다. 반대로 Back Key가 발생하면 Parent의 back 함수를 호출하여ActivityGroup내의View를 조정하여 Navigation처리를 하도록 요청합니다.
자 그럼 이제 두 클래스를 상속받은 실제 ActivityGroup 과 Activity가 어떻게 적용되는지를 살펴 보겠습니다.
아래의 코드를 보시기 바랍니다.
public class ViewCounselGroup extends NavigationGroupActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
// TODO Auto-generated method stub
super.onCreate(savedInstanceState);
Intent intent = new Intent(this,ViewCounselMainActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP |Intent.FLAG_ACTIVITY_SINGLE_TOP);
View view = getLocalActivityManager().startActivity("CounselMainActivity",intent)
.getDecorView();
replaceView(view);
}
@Override
public void onBackPressed() { // Back Key에 대한 처리 요청
super.onBackPressed();
}
}ViewCounselGroup이라는 ActivityGroup에서는 LocalActivityManager를 통해 초기에 실행할 Activity인 ViewCounselMainActivity라는 클래스를 Intent로 실행합니다. 이때 Intent에 적절한 Flag를 설정해 주지 않으면 LocalActivityManager가 관리하는 Stack에 Activity가 View의 저장 구조와 다른 형태로 쌓이게 되므로 Navigation이 동기화 되지 못합니다.따라서 반드시 위의 Intent Flag를 설정해 주셔야 Activity와View의 순서가 동기화 됩니다. 또한 Back Key에 대한 처리는 모든 Activity에서 처리가 되는 것이 아니라 ActivityGroup에서 실행한 맨처음 Activity에서만 Event를 받을 수 있다는 점을 꼭~~~ 기억 하셔야 합니다.
참고로 Intent에 대한 Flag 설명은 다음 주소를 참고하시기 바랍니다.
http://chihun80.springnote.com/pages/6423199
public class ViewCounselMainActivity extends NavigationActivity
implements OnItemClickListener{
……중략……
@Override
protected void onCreate(Bundle savedInstanceState) {
// TODO Auto-generated method stub
super.onCreate(savedInstanceState);
setContentView(R.layout.view_counsel_list);
adapter = new CounselAdapter(this,items);
ListView view = (ListView)findViewById(R.id.counsel_list);
view.setAdapter(adapter);
view.setOnItemClickListener(this);
}
@Override
public void onItemClick(AdapterView<?> adapter, View view, int position, long id) {
Intent intent = new Intent(ViewCounselMainActivity.this,
com.mk.counsel.ViewCounselDetailActivity.class);
intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP |Intent.FLAG_ACTIVITY_SINGLE_TOP);
intent.putExtra("id", items.get(position).id);
goNextHistory("ViewCounselMainActivity",intent);
}
}동작에 대한 Event 처리 등은 실행된 Activity 내에서 관리가 된다고 말씀 드렸듯이 GroupActivity에서 처음 실행된 ViewCounselMainActivity내에서 특정 아이템이 선택된 경우에 ItemClick 핸들러를 처리하고 다음 Level의 Activity로 이동을 하려고 한다면goNextHistory()를 통해 이동하고자 하는 Intent를 넘겨주면 GroupActivity 내부에서 LocalActivityManager를 통해 Intent를 수행하고 View를 GroupACtivity의 ViewList에 추가하고 화면을 전환하는 작업을 해 줍니다.
4. 마무리
TabSpec에 Intent를 설정할 때 GroupActivity를 먼저 등록하고 GroupActivity 내에서 처음 호출할 Activity를 LocalActivityManager를 통해 실행하고 View를 얻는 과정이 핵심입니다.
완벽하게 돌아가는 예제를 만들어 전체 소스를 올리고 싶지만 예제를 따로 만들만한 개인적인 시간이 조금 부족한 관계로 핵심 코드만을 보여 드렸습니다. 다음 번 강좌를 기대해 주세요. ^^
Tweet
그냥가자
회색'컴퓨터 > 안드로이드' 카테고리의 다른 글
| 노트 10.1 2014 기본 번들 펜 vs 뱀부 스타일러스 필2 (bamboo stylus feel 2) (0) | 2014.08.15 |
|---|---|
| [Android(안드로이드) 앱 개발 응용] Location GPS 위치 가져오기 및 최적화 (0) | 2013.01.20 |
| Android Intent 정리 (0) | 2011.09.24 |
| [안드로이드] 탭 만들기/속성 변경하기 (0) | 2011.09.22 |
| 동적 레이아웃 설정 (0) | 2011.09.21 |
의문점과 아쉬운점을 적어봅니다.
1. 왜 뷰를 따로 리스트 관리를 하나요?
LocalActivityManager에 보면 현재 Activity를 종료하는... (finish와 유사동작) 방법이 있는것으로 알고 있습니다.
현재 Activity를 종료하고 현재 Activity를 얻어서 윈도우의 DecorView를 얻어서 현재 ContentView를 갱신하는 방식으로 하면
뒤로가기가 따로 뷰를 관리 안해도 되지 않나요? (실테스트는 완벽하게 하지 않아서... 혹시 이게 안되서 그리하신건가요?)
그리고 Flag를 쓸때 문제점이 해결될수 있습니다. 현재는 자유롭게 쓸수 없죠...
2. 직접 ViewCounselMainActivity Class를 형변환 하여 사용하는 방식은 안좋다고 생각합니다.
결국 저런 구조의 소스들은 재사용 측면에서 통째로 들고 다녀야 하는 나쁜점이 있습니다.
클래스이름에 대한 리펙토링 문제도 있구요.. (물론 이클립스의 리펙토링이 좋긴해서 다 되긴합니다.)
Broadcast를 이용하는게 의존성이 낮아지기 때문에 구성이 더 깔끔해 보일거라 생각합니다.