이것은이 웹 사이트의 첫 번째 게시물이지만 다른 사용자를 통해 내 질문에 대한 답을 얻고 있습니다. 정말 고마워요.레일 어플리케이션을위한 적절한 RESTful 라우팅?
글쎄, 사실, 레일에 특별히 웹 응용 프로그램을 만들고 있습니다. 모든 모델 구조가 만들어졌으며 이제는 컨트롤러와 라우팅을 구축하기 시작했습니다. 따라서이 경로를 구축하는 올바른 방법에 관한 몇 가지 질문이 있습니다.
내가 가장 먼저 한 일은 좋은 응용 프로그램을 통해 검색하고 라우팅 구조를 어떻게 구축했는지 확인하는 것이 었습니다. 트위터가 좋은데, 나는 그들이 로그인 할 때마다 세션을 만들고 다음 라우팅이 루트 레벨을 기반으로하므로 사용자/계정이 상속된다는 것을 알았다. (즉 : http://twitter.com/status/update)
음, 내 응용 프로그램의 기본 구조는 다음과 같습니다 등등
계정/블로그/# {ID}/페이지/# {ID} ... 그리고 ...
실제로 계정 소유자는 개발자 또는 단순한 사용자가 될 수 있지만 개발자는 더 많은 기능을 다루어야합니다. 하지만 개발자는 개발자와 동일한 모델입니다 : Boolean 권한을 설정합니다.
계정 {: ID : 사용자 이름 : 이메일 : 개발자는}
그래서 내 질문은 : 나는 두 가지 유형이있는 경우이 계정을 만들 수있는 멋진 경로를 만들 수있는 가장 좋은 방법은 무엇입니까 사용자/개발자?
/계정/간단한 사용자
가/계정 생성/유형 = 개발자를위한 개발자이
내가 추가 사용할 수에 대한를 만들 :이 정확하면 것인지
나는 생각했다 게시 요청에 선언 된 매개 변수 또는 적어도 GET에서 양식을 표시하려면?
그리고 동시에 나는 몇 가지 가이드를 확인하고 난 우리가 같은 것을 가질 수있는 라우팅 일부 편안하고에 대한 읽기 :
는/1/블로그/1/페이지/1
계정을하지만, 예를 들어, stackoverflow.com의의 wesite이 방법을 작동 :
/사용자/165750/ludicco 및 /사용자/수정/165750
그래서 약간 다른 순서를 사용하고 있습니다. 이것을 올바른 포맷 된 방법입니까?
미안하지만, 나는 잃어 버렸습니다. 그래서 나는이 분야에서 어떻게 나아갈 지 모릅니다. 도움이나 조언을 주시면 감사하겠습니다. 사람에 대한 사전
불행하게도
음, 저스틴에게 도움이되었습니다. 감사합니다. 나는 REST에 관해 더 많이 읽고 그래서 내가 얻을 수있는 곳을 계속 읽을 것이다. 원래이 기사를 wonderfullyflawed.com/2009/07/... 읽고 나중에 API로 사용할 수 있을지 생각 했으므로 거기에서 몇 가지 아이디어를 얻었습니다. 그것은 나에게 매우 도움이 되었기 때문에. 나에게 완전히 새로운 세상이지만, 어렵지는 않기 때문에, 정말 옳다.하지만 말했듯이 처음에는 일종의 지속적인 일이며 나중에 코드를 수정할 수있다. 고마워, 저스틴. – zanona