Django에는 Rest 인터페이스의 일종인 Rest_framework가 있는데 잠깐 살펴봤는데 시리얼라이저가 무슨 일을 하는지 잘 모르겠습니다.
공식 홈페이지 설명 보기:
직렬 변환기를 사용하면 쿼리 세트 및 모델 인스턴스와 같은 복잡한 데이터를 JSON, XML 또는 기타 콘텐츠 유형으로 쉽게 렌더링할 수 있는 기본 Python 데이터 유형으로 변환할 수 있습니다. 직렬 변환기는 역직렬화도 제공하므로 구문 분석된 데이터를 다시 변환할 수 있습니다. 먼저 수신 데이터의 유효성을 검사한 후 -- http://www.django-rest-framework.org/api...
를 통해 복잡한 유형으로 변환합니다.
내부적으로는 ORM을 사용하여 데이터를 처리합니다. 비즈니스 로직의 표현을 용이하게 하기 위해 이때의 데이터는 Python 객체 형태로 존재합니다. 그러나 프런트엔드와 백엔드 통신 과정에서 네이티브 개체의 전송이 허용되지 않으며, 모든 데이터는 XML, JSON 등 순수 문자 형식으로 변환되어야 합니다. 여기에는 Python 객체와 문자 스트림 간의 상호 변환 문제가 포함됩니다. 직렬 변환기는 이들 사이의 다리 역할을 합니다.
Django의 뷰를 사용하여 URL과 인터페이스를 작성하는 것과 Rest_framework를 사용하는 것의 차이점은 무엇인가요?
차이가 없습니다. 그러나 나머지 프레임워크는 즉시 사용할 수 있는 많은 기능을 캡슐화하여 코드를 더욱 간결하게 만듭니다. 이는 인터페이스 수가 특히 많을 때 특히 두드러집니다.
휴식을 사용하는 이유는 무엇입니까?
참조 http://stackoverflow.com/questions/53200...
그리고 DRF 작성자에게도 경의를 표합니다. 비록 그는 더 이상 이 프로젝트(http://www.django-rest-framework.org/top...)를 따르지 않지만, 우리는 그와 그의 팀이 개발자들에게 가져온 편리함을 결코 잊지 못할 것입니다.
우리의 접근 방식은 API 데코레이터를 작성한 다음 이를 사용하여 뷰의 메서드에 주석을 추가하는 것입니다. 이 메서드는 사전을 반환하거나 직접 예외를 발생시킵니다. 이런 방식으로 권한 제어를 데코레이터에 배치할 수도 있습니다. 결국 실제 API는 다음과 같이 작성하면 됩니다.
알겠습니다. 소위 인터페이스도 일반 URL이기 때문입니다.
공식 홈페이지 설명 보기:
를 통해 복잡한 유형으로 변환합니다.내부적으로는 ORM을 사용하여 데이터를 처리합니다. 비즈니스 로직의 표현을 용이하게 하기 위해 이때의 데이터는 Python 객체 형태로 존재합니다. 그러나 프런트엔드와 백엔드 통신 과정에서 네이티브 개체의 전송이 허용되지 않으며, 모든 데이터는 XML, JSON 등 순수 문자 형식으로 변환되어야 합니다. 여기에는 Python 객체와 문자 스트림 간의 상호 변환 문제가 포함됩니다. 직렬 변환기는 이들 사이의 다리 역할을 합니다.
차이가 없습니다. 그러나 나머지 프레임워크는 즉시 사용할 수 있는 많은 기능을 캡슐화하여 코드를 더욱 간결하게 만듭니다. 이는 인터페이스 수가 특히 많을 때 특히 두드러집니다.
참조 http://stackoverflow.com/questions/53200...
그리고 DRF 작성자에게도 경의를 표합니다. 비록 그는 더 이상 이 프로젝트(http://www.django-rest-framework.org/top...)를 따르지 않지만, 우리는 그와 그의 팀이 개발자들에게 가져온 편리함을 결코 잊지 못할 것입니다.
우리의 접근 방식은 API 데코레이터를 작성한 다음 이를 사용하여 뷰의 메서드에 주석을 추가하는 것입니다. 이 메서드는 사전을 반환하거나 직접 예외를 발생시킵니다. 이런 방식으로 권한 제어를 데코레이터에 배치할 수도 있습니다. 결국 실제 API는 다음과 같이 작성하면 됩니다.
으아아아코드의 BaseApiView와 API만 구현하면 됩니다. 다음은 간단한 의사 코드입니다.