이 페이지는 다음 주소 검색 페이지를 호출하는 테스트 페이지 입니다.
이 페이지에는 아무것도 없습니다. 숨어 있는 script 가 있습니다.
https://billcorea.tistory.com/215
안드로이드 앱 만들기 : 주소 검색을 위한 Kakao 우편번호 서비스 활용해 보기
앱을 만들다 보니, 주소 검색을 해야 하는 경우가 생긴다. 구글에서 찾아보면 추천해주는 방법이 2가지 정도로 압축 된다고 볼 수 있을 것 같다. 1. Daum 우편번호 서비스 장정 : API 가 필요하지 않
billcorea.tistory.com
posting 된 위 글에서 나와 있는 android 코드를 활용해서 이 페이지를 호출해 보면 카카오 우편번호 서비스 창이 호출 되는 것을 확인 할 수 있습니다.
유달산 올랐다. 걸어서 ? 목포 해양 케이블카 북항 승강장에서 고하도 가는 왕복을 끊었다. 고하도 가는 길에 유달산에서 내릴 수 있다니 ? 일단은 고하도를 갔다. 그곳에서 해변을 낀 데크가 길게 뻗어 있기는 했지만, 난 유달산을 올라 보기로 했다. 바로 돌아오는 케이블카를 타고, 유달산에서 내렸다. 중턱에서 내려서 인지 일등봉에 올리는 데 그리 오래 걸리지 않았다. 쭈욱 올라 돌아보니 뻥 뚤린 바다가 이쁘다.
다시 내려와 길을 나섰다. 오후에는 낚시를 해서 한마리 잡아 보리라... 톱머리 해수육장 근처 선착장에서 낚시를 해 보기로 했다. 오늘도 어복은 없는 지 한 번의 입질이 없다. 오늘 여전히 시간을 낚았다. 다음엔 기회가 있을 까 ?
아무런 준비도 없이 그저 떠나고 싶다는 생각이 들었던 점심 무렵 길을 나섰다.
가고 싶었던 섬... 신안을 향해 무작정 아무 생각도 없이 오래 걸리기는 했다. 3시가 넘은 시간이 되어서야 경우 도착할 수 있었으니 말이다. 예전에는 섬이었던 신안군도 였을 것인데, 언젠가 다리로 연결되었다는 기사를 보았던 적이 있다. 다리가 너무 길어서 바람이 불면 흔들린다는 기사까지.
길어봐야 다리가 얼마나 ? 그건 안 이기는 했다. 구간단속 60km 라 더더 길게 느껴지는 다리를 건너는 것이 새롭기도 했고...
무한의 다리라고는 하나, 결국은 돌아오게 되는 걸... 돌아올 것을 왜 가는 가? 라고 묻는다면, 뭐 그래도 바다 위를 걸어 볼 수 있으니까?
다시 천사 대교를 건너 돌아와 석양이 비치는 곳에서 한 컷... 이렇게 첫날을 마무리해 본다. 하루 종일 미친 듯이 운전을 하고 오기는 했는데, 왜 그랬을까 싶기도 하고. 그냥 마음 한편을 추스를 시간이 필요해 보여서, 이제 한 달 한 달이 어떻게 나에게 다가설까 궁금하기도 하고... 성인이 되고, 결혼을 하고 나서 나 혼자 길을 나서본 건 이번이 처음이고, 마지막일 될까 싶다.
지금은 어느 선착장에 차을 세우고 이 밤을 지새울 준비를 해 보고 있다. 사실은 밤하늘의 별들을 보고 싶었는 데, 이 선착장은 가로등 불이 환해서 그건 좀 어렵지 않을까 하는 생각이 든다.
오늘도 잘 살았으니, 파이팅, 좋은 일만 올 거다.
앱을 만들다가 이미지 활용을 위한 방법을 찾아보는 기회가 생겼다. 며칠간의 고민 끝에 방법이 정리가 되어 간다.
먼저 카메라에서 이미지 가져오기는 다음 링크를 참고 했음을 밝힌다.
Jetpack Compose 갤러리/카메라 에서 사진 가져오기
rememberLauncherForActivityResult
sungbin.land
다만, 가이드에서 말하는 cameraX을 활용하고 싶지는 않고, 기본 카메라 앱을 호출해서 촬영하고 그 결과 이미지만 받아오는 형태로 만들어 보고 싶었다. 그래서 이런저런 내용을 찾아보다가 저 글을 찾게 된 것이다. 감사하게도
결과를 이용하는 방식은 아래 코드와 같다. 다름이 있다면, 갤러리에서 이미지를 가져오는 형식은 uri 가 결과가 오고, 카메라의 결과는 bitmap으로 온다는 차이만 있음 다름이다.
// 갤러리에서 사진 가져오기
val launcher = rememberLauncherForActivityResult(contract =
ActivityResultContracts.GetContent()) { uri: Uri? ->
imageUri = uri
}
// 카메라로 사진 찍어서 가져오기
val takePhotoFromCameraLauncher =
rememberLauncherForActivityResult(ActivityResultContracts.TakePicturePreview()) { takenPhoto ->
if (takenPhoto != null) {
val baos = ByteArrayOutputStream()
takenPhoto.compress(
Bitmap.CompressFormat.PNG,
100,
baos
)
val b: ByteArray = baos.toByteArray()
val encoded: String = Base64.encodeToString(b, Base64.DEFAULT)
editor.putString("profileImage", encoded)
editor.commit()
imageTy = false
} else {
imageTy = false
Log.e("takenPhoto", "canceled ...")
}
}그래서 앱의 기능 구조에 맞게 uri는 이미지로 변환해 사용할 것이고, bitmap 은 그대로 저장해서 (byte type으로 전환 후) 사용할 것이기 때문에 코드 구현은 마무리가 되었다.
각각의 호출은 아래 예시와 같이 한다. 앞에 버튼은 갤러리를 호출하는 부분으로 image의 종류는 다 허용할 것이라서 아래 코드와 같이 구현을 하였고, 사진을 가져오는 부분은 카메라 앱을 호출하는 방식으로 구현을 하였다.
Column(
Modifier.fillMaxWidth(),
horizontalAlignment = Alignment.End
) {
IconButton(onClick = {
imageTy = true
launcher.launch("image/*")
}) {
Icon(
imageVector = Icons.Default.PhotoAlbum,
contentDescription = "Search Profile",
tint = fontColor
)
}
IconButton(onClick = {
imageTy = true
takePhotoFromCameraLauncher.launch()
}) {
Icon(
imageVector = Icons.Default.Camera,
contentDescription = "Take a Picture",
tint = fontColor
)
}
}
이제 그 구현된 모습을 보자면 아래 그림과 같이 구현이 되었다. 프로필 이미지를 받아올 때 방법으로 갤러리와 카메라 버튼을 클릭하는 가에 따라서 위에서 구현된 source 가 동작을 할 것이다.
실행되는 모습은 앱에서 직접 확인하시길... 아직은 upgrade 전이라서 찾아볼 수 없지만, 조만간 기능 구현이 끝나면 앱의 patch 가 실행 예정이다.
https://medium.com/codex/the-newer-way-to-make-network-calls-on-android-7162e2c37fe9
The newer way to make Network Calls on Android
We have used technologies such as Retrofit and Volley for far too long, and the industry has also adapted these very efficiently…
medium.com
예전에도 비슷한 한 내용을 퍼 왔던 거 같기는 한데, 다시금 보게 되어 이 글을 남겨 두고자 한다. 그래야 나중에 다시 한번 살펴보고 적용해 볼 수 있지 않을까 하는 생각이 들어서 이기도 하다.
비동기식 통신을 할 때는 여태까지 retrofit을 이용해서 하고는 있는데, 어떤 게 더 구현하기 쉬운가? 어떤 게 더 응답을 잘 받을 수 있는 가?
하는 궁금함이 밀려오는 건 어쩔 수 없는 가 보다. 이 부분도 나중에 구현을 해 보게 되면, 그 이야기를 남겨 보도록 해야겠다.
