설계를 목으로 제공하기
모델과 라우트를 정의하고 나면, Restorm은 실제 목 서버처럼 설계를 제공 할 수 있습니다. 애플리케이션(또는 클라이언트)을 거기에 연결하고, 그것이 API를 어떻게 소비하는지 테스트합니다 — 백엔드가 아직 존재하지 않더라도.
서버 시작하기
Section titled “서버 시작하기”서버 섹션에서 이 설계 제공 을 활성화하고, 포트 를 선택하고, 수신
대기를 시작합니다. 실제 네트워크를 흉내 내기 위해 시뮬레이션된 지연시간 을
추가할 수 있고, 상태 저장 모드 를 활성화할 수 있습니다. 그러면 POST /
PUT / DELETE 가 메모리 내 저장소를 수정합니다(재시작 시 초기화).
설계에 검증 문제 가 있는 동안 서버는 시작을 거부합니다 — 먼저 그것들을 수정하세요.
제공되는 응답은 먼저 당신의 이름 있는 예시 에서, 그다음 자동으로 생성된
데이터 세트에서 가져옵니다. 서버는 /swagger.json 도 노출합니다.
하나의 설계, 모든 프로토콜
Section titled “하나의 설계, 모든 프로토콜”이것이 목 모드의 핵심입니다: HTTP는 항상 제공되며, 다른 각 프로토콜은 이 투영도 제공 이라는 간단한 스위치로 활성화됩니다. Restorm은 라우트의 메서드, 경로, 모델을 바탕으로 당신의 라우트를 각 프로토콜로 자동으로 투영 합니다.
| 프로토콜 | 투영 |
|---|---|
| HTTP | 정의한 그대로의 REST 라우트. |
| GraphQL | 대응하는 쿼리와 뮤테이션. |
| SOAP | 오퍼레이션과 엔벨로프. |
| OData | 질의 가능한 엔티티 세트. |
| gRPC | 메서드와 메시지. |
투영 패널은 특정 라우트에 대해, 제공되는 각 프로토콜에서의 시그니처를 보여줍니다 — 「같은 오퍼레이션을, 각 프로토콜이 노출하는 방식으로」.
응답 추적 및 강제하기
Section titled “응답 추적 및 강제하기”실행 중에 패널은 수신 대기 주소와 제공된 호출 수를 표시합니다. 특정 사례를 재현하기 위해 어떤 라우트의 응답(상태, 정확한 본문)을 강제 할 수 있고, 끝나면 서버를 중지 할 수 있습니다.