자전거 타는 개발자

안드로이드의 가장 큰 문제점이라면

기기별로 해상도가 다르다는점..

 개발사에게는 기기의 다양화를 꾸릴수 있는 거지만


나같은 나약한(?) 개발자에게는 이거 어찌 해야하나.. 하는 탄식이 나오게 하는 큰 문제점이라면 문제점이다.


뭐 오늘도 두어시간 삽질을 통해(?) 수확한 즐거운 꺼리 하나를 투척한다. (얼마만의 블로깅인지 모르겠다.. )


테스트 대상은 가장 널리 퍼져 있는 대표 테스트 단말.

갤럭시 S ( 800 * 480  / hdpi )

갤럭시 탭 7 ( 1024 * 600 / hdpi) - 이하 탭7

갤럭시 탭 10.1 ( 1280 * 800 / mdpi ) - 이하 탭10 / 널리 퍼져 있는 단말은 아닌가? -_- ;;;



1. 전제 조건으로 단일 APK를 뱉어내야할것

2. 갤럭시S기반으로 앱은 개발 되었고

3. 탭7 탭10을 지원해야한다.

4. 이미지 리소스는 확대를 허용한다. 


결론부터 얘기하면 이전 포스팅에서 사용한 방법으로는 구분이 불가하다.

layout
layout-1024x600
layout-1280x800 

요 방법..

이상하게 탭10에서 구동시에는 탭7의 레이아웃을 참조해버린다.. (다른 별도 설정이 있는지는 모르겠다.. )

이래저래 안드로이드 개발자 사이트좀 뒤적거리다가  테스트후에 찾은 결론
(참고 링크 : http://developer.android.com/guide/practices/screens_support.html )


layout
layout-large
layout-xlarge

순서대로 갤S
탭7 탭10을 참조한다.. 짜잔...
갤S랑 갤탭은 해상도가 유사하니 hdpi에 때려넣고 그냥 참조 하여 일부 수정.

탭10은 해상도가 어마어마하게 차이나지만 -_- mdpi 니깐 별도로 이미지를 mdpi폴더에 넣어도 되고

아니면 무식하게 hdpi에 있는 녀석을 복사해서 넣어주면, 그럴싸하게 보여진다.

...... mdpi에 파일이 없으면? 절반 크기 정도로 화면에 노출되는것을 알수 있다.

결과로 뱉어내는 APK 용량이 문제라면 문제지만.. (당연한것이다. 고밀도 이미지와 중밀도 이미지를 복수로 저장하고 있으니.. )

단일 APK로 뱉어내야만 하는 상황이라면

충분 고려해 볼만한 개발방법.. (폴더관리? )

이상 .







 

안드로이드 리소스 사용에 대해

다양한 해상도 및 DPI지원에 대해


layout-1024x600
drawable-hdpi-1024x600

이런식으로 폴더 작성후 레이아웃이나 이미지를 넣어줄시에

해당 사항에 맞는 리소스를 불러들인다..

코드 삽질을 줄여주는 중요한 요소중 하나 :)

 


그렇다면 언어 설정은?

drawable-ko
drawable-en
 
공통요소는 drawable 에 :)




  ------------------

댓글에 욕설(?) 이 없는걸로 보아 참고하신 분이 없는거 같군요. (은근 다행입니다 ;; )

과거 .1024*600 에서 1024x600 으로 오타 수정하였습니다. 

프로젝트를 진행하던중