일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- UserCreatioForm
- 마이크로소프트
- 무브나우
- Python
- berkeley db
- PostgreSQL
- 탱크램팩토리
- 데이터 이전
- 워크샵
- windows
- virtualenvwrapper
- help_text
- restful
- psycopg2
- 미니 화이트
- nginx
- 스마트 러닝화
- 아이디어팩토리
- 샤오미
- 위즈네트
- 온오프믹스
- 스포츠코치
- uWSGI
- django
- virtualenv
- LED
- IOT
- ted
- AWS EC2
- 미밴드 1S
- Today
- Total
목록restful (2)
NERD WORLD
DRF로 RESTful API를 개발하고 있다. DRF에서 웹 브라우저 클라이언트에 대해서는 API를 테스트해볼 수 있는 UI를 제공해준다. DRF가 제공하는 Generic API View와 Serializer를 잘 활용한 경우에는 혜택이 더 있다. request body에 들어갈 쌍들의 key 값에 대한 value를 입력하는 HTML Form을 자동으로 생성해서 브라우저로 렌더링 해준다. 활용하지 못한 경우에는 request body를 raw data로 작성하면 된다. 전자의 경우에는 더 편리하게 테스트해볼 수 있는 DRF Docs 패키지도 존재한다. 이번에 개발하는 API는 1차적으로 목표하는 클라이언트는 안드로이드/iOS 네이티브 앱이므로 브라우저 테스트로는 부적절하다. 그러므로 예상되는 클라이언트..
"Django REST Framework(DRF)"로 "RESTful API"를 설계하고 있다. 클라이언트 중립적으로 개발하는것이 맞겠지만, 현재 함께 개발되고있는 유일한 클라이언트는 "네이티브 안드로이드 앱"이기 때문에 아무래도 그쪽으로 신경을 쓰게 된다. 이전까지 Django를 사용할때는, PC 브라우저만을 대상으로 했었다. 그러니 "Django Form"을 사용했고, 이 글의 제목인 "Authentication"이나 "Authorization"에 대해서 깊이 생각해본적이 없었다. Django가 제공하는 로그인/로그아웃 View를 사용하면 그만이었기 때문이다. 그나마 내가 건드렸던건 Sign up에 쓰이는 UserCreationForm, Sign in에 쓰이는 AuthenticationForm 정도였..