url-design

-1열

1답변

도시 방문 페이지의 URL 디자인 :/chicago 또는?? _ city = chicago

도시 방문 페이지의 URL 구조에 대한 생각에 관심이 있습니다. 본질적으로 최선의 방법과 형식을 구현하는 이유 (A) (B) 이상 : 대신 쿼리 구성 요소의 경로를 사용은 의 (a) example.com/chicago (b)에 example.com/?_city=chicago

2열

1답변

, 나는 URL이있는 URL을 내가 젬의 보석을 검색하고

에 틱 (✓)를 사용하는 목적을 통지 : https://rubygems.org/search?utf8=✓&query=jekyll-multiple-languages 내가 사용하는 목적이 무엇인지 알고 싶어 다른 문자 대신 ✓ 설명을 환영합니다. :)

0열

1답변

URL의 나머지 리소스 출력 형식을 패스

AFAIK 모든 리소스에는 REST 디자인의 URL이 있습니다. 예를 들어 /user/28은 id가 28 인 사용자의 URL이고 /users은 모든 사용자를 반환합니다. (JSON 형식의 사용자를 얻을 수 /users.json에 /users URL을 변경)이 확장을 사용하여 지정 format 같은 쿼리 매개 변수를 전달 : 자원의 출력 형식을 대표하는 몇

0열

1답변

RESTful URL - 새 하위 항목 얻기

엔티티와 하위 항목의 두 가지 모델이 있습니다. 엔티티는 여러 개의 연결된 하위 항목을 가질 수 있습니다 (하나 : 많은 관계). 서버에 새로운 하위 성을 반환하는 메소드가 있습니다 (GetEmptySubentity). 요점은, 새로운 Subentity를 만들고 싶을 때, 당신은 버튼을 누르고 모델은 미리 채워진 몇몇 필드가있는 서버에서 나온다. Suben

2열

1답변

경로와 매개 변수를 결정할 때 핵심 요소는 무엇입니까

경로의 두 인수 사이를 결정할 근거를 볼 수 없습니다. - 적은 수의 매개 변수 적은 루트 - 이상의 매개 변수 - 핸들러의 논리 두 샘플 아래, 내 실제 사건하지만 더 경로 : 내 질문은 요소 사이에 결정에 핵심 것입니다 나는 이것이 일반적인 질문이라고 생각한다. 이 URI's: /poweronoff?id=4&val=1 /powerset?id=7&va

0열

1답변

인증되지 않은 요청에 대한 RESTful URL 디자인

사용자의 비밀번호를 재설정 할 수있는 기능을 제공하고 싶습니다. 이 호출은 분명히 인증을 요구해서는 안됩니다. 먼저 나는이 같은 생각 : DELETE /users/{id}/password : 이메일 POST /users/{id}/password를 통해 사용자에게 전송됩니다 리셋 토큰 생성 : 새로운 암호와 몸에 유효한 리셋 토큰이 필요한 그러나 문제는 응용

1열

1답변

URL 형식 - 개체 앞뒤의 작업?

웹 응용 프로그램을 만들고 있는데 한 가지 질문이있었습니다. 여기 사무실에서 우리는 의견을 나누었으므로 질문을 공유하고 가장 듣는 것이 좋을 것이라고 생각했습니다. 응용 프로그램의 URL을 만들 때 표준 형식을 사용할 생각이었습니다 : 라이언트의 인덱스를 들어 는 것 모듈 : www.example.com/clients 그런 다음, 클라이언트의 세부 정보

0열

1답변

일대일 매핑이 있고 REST URI를 디자인하는 방법이 있다면 단수 이름을 사용하는 것이 맞습니까?

REST (특히 모범 사례 사용)에서 단수 이름을 사용하는 것이 올바른 것으로 간주되는시기가 궁금했으나 두 엔터티간에 일대일 매핑이있는 경우 더욱 그렇습니다. 첫 번째 예를 들어, 고객에 대한 충성도를 관리해야합니다. 고객은 /me으로 자신의 프로필에 액세스 할 수 있습니다. 또한, 그는 특정 상태의 잠금을 해제하기 위해 충성도 포인트, 할인, 다음 임계

0열

1답변

URL 디자인 : 사용자 제출 항목의 URL에 연속 된 번호 매기기를 사용하는 것은 나쁜 습관입니까?

저는 사용자가 항목 (이 경우 제안서)을 제출할 수있는 웹 사이트에서 작업하고 있습니다. 가장 단순한 URL 디자인은 website.com/proposal/1, website.com/proposal/2 등 (아마도 슬러그가 추가 된 것과 같을 것입니다.) 그러나 실제로이 작업을 실제로 본 적이 없습니다. 이 URL 디자인은 내가 생각하는 것만 큼 희귀 한가

0열

1답변

우리는 RESTful에서 복수화 된 URI를 모두 사용하거나 사용을 구별해야 하는가

나는 사람들이 REST에서 URI를 어떻게 사용하는지에 대해 많은 답변을 보았다. 필자는 단일 자원에 대한 컬렉션과 단수형에 대해 복수형을 사용하는 경향이 있습니다. 그러나 더 많은 라우팅이 필요합니다. 모든 자원에 복수형을 사용해도 괜찮습니까? GET /ressources // to all ressources GET /ressources/{id}