Api-blueprint: 모든 요청에 ​​대한 공통 URL 매개변수

안녕하세요 @bazo , 현재 지원되지 않습니다. 우리는이에 대한 제안이 할 https://github.com/apiaryio/api-blueprint-rfcs/pull/3 (https://github.com/apiaryio/api-blueprint-rfcs/blob/zdne/mson-를 parameters/draft/mson-parameters-headers.md#parameters). 계획된 기능입니다.

다른 매개변수를 참조하고 상속할 수 있는 위치입니다.

# Resource [/resource/{client}{?signature,apiKey,timestamp}]
+ Parameters (Authentication)
    + client: foo

# Data Structures
## Authentication (Parameters)
+ apiKey: 2961654ce6c3d01c79edc98c8d930d4cc663cda4 
+ signature: 213213jjflkjdsfl343k4jjfdsdsf
+ timestamp: 1443620910 (integer)

나는 그가 여기에 좋은 질문을 가지고 있다고 생각합니다.

그래서 나는 이와 같은 모든 리소스 정의에서 이 쿼리 부분을 반복해야 합니다.

@zdne 어떻게 생각하세요? uri 템플릿을 반복하는 작업을 수행할 수 있습니까?

나는 정말로 이 문제를 다시 열고 싶은 유혹을 느낀다. 이 문제는 2개 이상의 리소스에 대한 공통 매개변수를 정의하는 것과 MSON 스타일 구문을 사용하는 것에 대한 것보다 더 적은 문제라고 생각합니다.

@zdne 이에 대한 의견을

일종의 사용자 정의 인증 체계에서 이를 정의할 수 있는 것이 이상적입니다. https://github.com/apiaryio/api-blueprint-rfcs/blob/kylef/authentication-oauth2/draft/authentication-oauth2.md 와 유사합니다

인증 관련 매개변수라면 괜찮습니다. page , per_page 등과 같은 다른 매개변수에 대해 이야기하고 있습니다. 기본적으로 모든 리소스에 사용할 수 있는 모든 것입니다.

이것도 사용할 것입니다.

@kylef 2015년 10월 1일 댓글에서 참조한 링크가 더 이상 작동하지 않습니다. 모든 엔드포인트에 OAuth 2 전달자 토큰이 필요하다고 지정하는 편리한 방법에 대한 조언을 주시면 감사하겠습니다.

이에 대한 업데이트가 있습니까?

Parameters 가 중앙 집중식 data-structures.md 에서 간단한 상속을 수행하는 능력에서 Attributes 처럼 작동하도록 하면 청사진 코드 기반을 훨씬 더 유지 관리/DRY하게 만들 수 있습니다.