안드로이드 개발 질문/답변
(글 수 45,052)
안녕하세요
아이폰에서는 스카이훅과 연계하여 wifi positioning 을 지원하고 있습니다.
혹 안드로이드 플랫폼에서는 이게 지원이 되나요?
아웃도어에서는 GPS 를 이용하여 Position 을 갖고 올 수 있지만 Indoor 에서는 CellID Positioning 외에는 방법이 없을 듯 하더군요..
아시는 분 계시면 리플 부탁드리겠습니다.
아이폰에서는 스카이훅과 연계하여 wifi positioning 을 지원하고 있습니다.
혹 안드로이드 플랫폼에서는 이게 지원이 되나요?
아웃도어에서는 GPS 를 이용하여 Position 을 갖고 올 수 있지만 Indoor 에서는 CellID Positioning 외에는 방법이 없을 듯 하더군요..
아시는 분 계시면 리플 부탁드리겠습니다.
2009.09.25 10:35:08
답변 감사드립니다.
그럼 지금 시중에 유통되고 있는 안드로이드 단말의 경우, 스카이 훅 라이브러리를 import 하여 어플리케이션을 배포하면 되는건가요?
(안드로이드 1.5 에서 Google maps 을 import 하는 것처럼.. / <uses-library android:name="com.google.android.maps" /> )
그럼 지금 시중에 유통되고 있는 안드로이드 단말의 경우, 스카이 훅 라이브러리를 import 하여 어플리케이션을 배포하면 되는건가요?
(안드로이드 1.5 에서 Google maps 을 import 하는 것처럼.. / <uses-library android:name="com.google.android.maps" /> )
2009.10.05 19:06:49
제가 이해가 되지 않아서요..(안드로이드 및 java 를 한지 몇일 되지 않는 단말 개발 실무자입니다.. ㅡ.ㅡ)
내장된 라이브러리 와 독립된 자바 라이브러리의 차이점이 무엇인가죠?
예를 들어 설명 주시면 감사하겠습니다.
가령..
1. 내장된 라이브러리 : uses-library android:name="com.google.android.maps 와 같이 기본적으로 안드로이드 플랫폼에 포함되어 있는 라이브러리.
2. 독립된 자바 라이브러리 : 외부에서 라이브러리를 다운로드 받아(jar) apk 에 포함시켜 배포하는 것.
스카이훅 라이브러리가 그러할텐데요.. 이렇게 되면 스카이훅 솔루션을 사용하는 어플리케이션은 이 스카이훅 라이브러리를 포함시켜야 하기 때문에 기본적으로 파일 사이즈가 커질텐데요.. 이러한 문제가 있더라도 사용이 되게끔 하는건가요?
내장된 라이브러리 와 독립된 자바 라이브러리의 차이점이 무엇인가죠?
예를 들어 설명 주시면 감사하겠습니다.
가령..
1. 내장된 라이브러리 : uses-library android:name="com.google.android.maps 와 같이 기본적으로 안드로이드 플랫폼에 포함되어 있는 라이브러리.
2. 독립된 자바 라이브러리 : 외부에서 라이브러리를 다운로드 받아(jar) apk 에 포함시켜 배포하는 것.
스카이훅 라이브러리가 그러할텐데요.. 이렇게 되면 스카이훅 솔루션을 사용하는 어플리케이션은 이 스카이훅 라이브러리를 포함시켜야 하기 때문에 기본적으로 파일 사이즈가 커질텐데요.. 이러한 문제가 있더라도 사용이 되게끔 하는건가요?
2009.10.05 21:58:56
내장 라이브러리와 독립 라이브러리의 차이점은 위에서 정리해주신것과 같구요.
1. 내장 라이브러리로 제공하려면 특정 라이브러리를 단말 제조사와 같이 제공할 수 있는 능력이 있어야 하겠지요. 그리고 해당 확장 라이브러리를 이클립스 등에서 개발자가 사용할 수 있도록 제공을 해주어야 합니다. 대부분의 라이브러리 제공업체가 그런식으로 제조사에 밀착되서 라이브러리를 제공하기는 힘듭니다.
2. 독립 라이브러리를 사용해서 늘어나는 애플리케이션의 파일사이즈는 그다지 심각하지 않습니다. 대부분의 라이브러리들이 몇백K 미만으로 해결되니까요. 저라면 스카이훅 같은 것이 내장 라이브러리로 제공되는 것이 있더라도 어차피 제한되기 때문에 만약 모든 안드로이드 단말에서 다 스카이훅 서비스를 사용하려고 한다면 독립 라이브러리를 가져다 쓰겠습니다.
위에서는 두 라이브러리의 차이점을 설명하기 위해서 스카이훅의 예를 들었지만. 만약 단말 개발자 즉 제조사의 입장에서 Skyhook과 같은 위치 정보 서비스를 사용하는 경우는 제조사에서 제공하고자 하는 경우 내장 라이브러리의 형태가 아니라 Location Provider로 넣는 것이 가장 바람직한 방법일 겁니다. 이것은 애플리케이션 개발자가 별도의 라이브러리를 신경쓰지 않고 기존 Android SDK의 API를 그대로 사용하여 서비스에 접근할 수 있으니까요.
1. 내장 라이브러리로 제공하려면 특정 라이브러리를 단말 제조사와 같이 제공할 수 있는 능력이 있어야 하겠지요. 그리고 해당 확장 라이브러리를 이클립스 등에서 개발자가 사용할 수 있도록 제공을 해주어야 합니다. 대부분의 라이브러리 제공업체가 그런식으로 제조사에 밀착되서 라이브러리를 제공하기는 힘듭니다.
2. 독립 라이브러리를 사용해서 늘어나는 애플리케이션의 파일사이즈는 그다지 심각하지 않습니다. 대부분의 라이브러리들이 몇백K 미만으로 해결되니까요. 저라면 스카이훅 같은 것이 내장 라이브러리로 제공되는 것이 있더라도 어차피 제한되기 때문에 만약 모든 안드로이드 단말에서 다 스카이훅 서비스를 사용하려고 한다면 독립 라이브러리를 가져다 쓰겠습니다.
위에서는 두 라이브러리의 차이점을 설명하기 위해서 스카이훅의 예를 들었지만. 만약 단말 개발자 즉 제조사의 입장에서 Skyhook과 같은 위치 정보 서비스를 사용하는 경우는 제조사에서 제공하고자 하는 경우 내장 라이브러리의 형태가 아니라 Location Provider로 넣는 것이 가장 바람직한 방법일 겁니다. 이것은 애플리케이션 개발자가 별도의 라이브러리를 신경쓰지 않고 기존 Android SDK의 API를 그대로 사용하여 서비스에 접근할 수 있으니까요.