1. 이미지 업로드에 대한 고찰.
1.1. Apache 에서 외부 JAR 을 갖다 쓴다.
- commons-codec-1.4.jar
- httpclient-4.1.1.jar
- httpclient-cache-4.1.1.jar
- httpmime-4.1.1.jar
- 장점 : 아주 편하다.
- 단점 : 패키징하는데 엄청난 인내가 필요함.
1.2. 기존에 한게 있으면 그걸 쓰고 좋으면 택한다.
- 협의후 결정한다.
1.3. 이미지 업로드시에는 업로드 용량처리를 ProgressBar 로 하는지 여부. (나름 난이도 있음)
2. Progress 부분의 처리
2.1. Progress Dialog 를 돌린다. (당근 Cancel 가능 시 Dialog 는 Dismiss 가 된다.)
- 장점 : 편하다
- 단점 : Dialog 가 떠서 지저분함.
2.2. Progress Bar 를 돌린다. (멜론처럼)
- 장점 : UI 가 눈에보기 좋다.
- 단점 : Back 처리 방안 (Dismiss 할것인지 Back 으로 할지 - 멜론의 경우는 Back 을 한다. 생각해보면 간
단하다. 바로 다이얼로그 때문이다.)
3. API 부분
- 해더만 클래스나 Application 에 넣어두고 처리하는것이 옳다고 사료됨.
- Body 가 통JSON 이 들어가므로 상황에 따라 채워넣으므로, Activity Logic 에 넣어 처리하는것이 옳다고 봄. 즉 따로 Class 를 만들필요가 없음.
4. Chart
- 이슈 없음.
5. 채팅
- Socket 을 쓰던 그쪽에서 Http 로 폴링을 쓰던 중요하지 않음. http 폴링이면 폴링간격과 그에 대한 예외처리 방법에 대한 매커니즘을 그쪽에 의뢰해야함.
- Push 가 들어온다면 C2DM 서버를 구현해야함. (C2DM 이 아니면 Android 에서 재부팅시 Pooling 처리가 상당히 어려워지는 경향이 있음.)
7. 다른 SNS 서비스 연동
- 원칙상 SNS 서비스 연동은 우리가 글을 썼을때, 해당하는 서버에서 판별후 알아서 등록하게 하는게 원칙임.
- 앱이 모든 SNS 를 판별해서 등록하는것이 아님. 이 부분에 대한 어필이 필요함.
8. Intent 넘기는쪽.
- Thread 또는 Runnable 로 처리후 Handler 로 Post 하는 방법 또는 Handle Message 2개의 메커니즘이 있으며, http://developer.android.com/guide/topics/fundamentals/processes-and-threads.html 주소를 참조하면. Handler.post 방식을 채택하였음. 즉 어느쪽이던 상황에 따라 움직임.
9. Activity 와 Application
- Activity 와 Application 은 반드시 Base 방식으로 상속을 통하여 받아 처리함.
- 무슨일이 있어도 TabActivity 는 사용하지 않음.
- Intent 는 Clear Top Flag 로 처리하는 방식을 이용.
- API를 받은후 다음화면으로 넘기는 방식으로 처리함. 또한 네트워크 응답지연, 네트워크 불가시 확실하게 Toast 로 표시하여 Dialog 를 Dismiss 처리함.
10. 언어관련
- 언어관련은 사전에 문제되지 않도록 XML 로 처리하도록 함.
11. XML 파일 및 이미지 파일의 명명. (이부분은 UI 에 관련된 부분이라 차후 거론함.)
최근 덧글