Django REST framework - N:1 Relation

Django REST framework - N:1 Relation

GET

0. CommentSerializer 생성
   

GET-List

1. urls, views 작성
   
   
2. 응답 확인
   

---

GET-Detail

1. urls, views 작성
   
   
2. 응답 확인
   

POST

1. urls, views 작성
   
   

.save()의 인자값

✔ save() 메서드는 특정 Serializer 인스턴스를 저장하는 과정에서 추가적인 데이터를 받을 수 있다.
✔ CommentSerializer를 통해 serialize되는 과정에서 인자로 넘어온 aricle_pk에 해당하는 article 객체를 추가적인 데이터로 넘겨서 저장
✔ 이전의 ModelForm의 commit=False와 유사

2. 응답 확인, 그러나...
   
   ✔ 에러 발생

읽기 전용 필드 설정

✔ read_only_fields를 사용해 외래 키 필드를 '읽기 전용 필드'로 설정
✔ 데이터를 전송하는 시점에 '해당 필드를 유효성 검사에서 제외시키고 데이터 조회 시에 출력'하도록 한다.

3. 다시 응답 확인해보기
   

DELETE & PUT

1. view 함수 작성
   
2. delete 응답 확인
   
3. put 응답 확인
   

N:1 역참조 데이터 조회

1. 특정 게시글에 작성된 댓글 목록 출력하기
   • 기존 필드 override
2. 특정 게시글에 작성된 댓글의 개수 출력하기
   • 새로운 필드 추가

특정 게시글에 작성된 댓글 목록 출력하기

1. PrimaryKeyRelatedField()
   
   
2. Nested relationships(새로운 필드 생성)
   
   
   ✔ comment의 상세한 내용까지 확인할 수 있다.

특정 게시글에 작성된 댓글의 개수 출력하기

1. 새로운 필드 추가 Article Detail
   
2. 응답 확인
   

[주의] 읽기 전용 필드 지정

✔ 특정 필드를 override 혹은 추가한 경우 read_only_fields가 작동하지 않는다.

Django shortcuts functions

get_object_or_404()

✔ managers objects에서 get()을 호출하지만, 해당 객체가 없을 때 HTTP404를 일으킨다.

get_list_or_404()

✔ managers objects에서 filter()을 호출하지만, 해당 객체가 없을 때 HTTP404를 일으킨다.

왜 사용해야 될까?

✔ 클라이언트 입장에서 '서버에 오류가 발생하여 요청을 수행할 수 없다(500)'라는 원인이 정확하지 않은 에러를 마주하기보다는, 서버가 적절한 예외처리를 하고 올바른 에러를 전달하는 것 또한 중요!