Login을 구현하면서 가장 많은 시간을 썼던게, android http 통신할때 server의 주소를 정확히 명시하는 일이었다. 필자는 하나의 pc로 node.js server를 돌리고 client를 test했고, 이런 상황에서는 localhost로 http request를 보내야 하는게 상식적이다. 꽤 오랜 시간동안 다음과 같은 log와 싸워야 했다. -> client에서 잘 가는데 서버에서 받을 줄을 모른다. (분명 서버는 잘 돌아가고 있고, 하염없이 request를 기다리고 있는 상태....) public static final String BASE_URL = "http://localhost:4903"; 나는 당시 BASE_URL을 다음과 같이 쓰고있었다. 그런데 구글링 하던 중 다음과 같은 글을..
beacon 시행착오를 본격적으로 시작하기 전에 기본 뼈대도 맞출겸, 잠시 코딩하며 쉬어갈겸해서 로그인을 구현해봤는데 생각만큼 쉽진 않았다. 수많은, 크고 작은 error들과 마주했고, 구글링 생각 구글링 생각 끝에 결국 해냈다. 지금부터 하나하나 정리해 보려 한다. 우리가 필요한 정보들만 받을 수 있도록 간단하게 구성했다. : android client와 server와 http통신으로 RESTful하게 통신하기 위해 retrofit을 사용했다. (속도면에서나, 빈도수면에서나 가장 강력한것 같다.) 1) Internet permission 2) Service Interface : retrofit에서 중요한 역할을 담당하는 service api가 먼저 정..
꽤 자주 쓰기도 했고 익숙하지만, Beacon 사용하면서 background에서 돌릴 필요성이 있어서, Service를 다시한번 정리해봤다! 서비스를 시작하는 방법은 아래 2가지 이다. startService() 를 이용하는 방법bindService() 를 이용하는 방법 이렇게 시작방법이 다른 애들은 다른 life cycle 을 갖는다. startService() 로 시작된 service 는 혼자서 잘 돌다가 stopSelf() 를 호출해서 스스로 멈춰야만 한다. 다른쪽에서 stopService() 를 이용해서 이 service 를 멈출 수도 있다. bindService() 를 통해서 생성된 service 는 조금 다르다. 보통 이 bindService() 를 호출하는 쪽을 c..
- Total
- Today
- Yesterday
- 책 집필
- KAKAO
- Retrofit
- kakaotalk
- 연동
- tabLayout
- fragment 겹침
- stopService
- 안드로이드
- 카카오톡 연동
- Android
- RECO beacon
- ranging
- server ip
- monitoring
- 수업교재
- Beacon
- wegith
- nodejs
- call back 뺏아오기
- 비콘
- call back
- kakao oven
- 카톡
- eddystone
- SQLPro
- 행복의 상대성
- startService
- 카카오톡
- layout_weight
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 |