RESTful 회원

Question

현재 RESTful MembershipsController를 설계하려고합니다. 컨트롤러 동작 업데이트는 승격, 금지, 승인, ... 멤버에만 사용됩니다. 업데이트 작업을 호출하려면 URL에 적절한 값이있는 type이라는 매개 변수가 있어야합니다. 그것이 정말 RESTful 한 디자인인지 잘 모르겠습니다. 오히려 회원 증강을위한 세퍼레이트 (sepearate) 활동을 소개해야합니까?

class MembershipsController < ApplicationController 
def update 
    @membership= Membership.find params[:id] 
    if Membership.aasm_events.keys.include?(params[:type].to_sym) #[:ban, :promote,...]  
     @membership.send("#{params[:type]}!") 
     render :partial => 'update_membership' 
    end 
    end 
end 

Answer 1

제게 이것은 REST 규칙을 고수하기 위해 머리를 뽑지 않아야하는 경우 중 하나입니다. 귀하의 모델은 전통적인 CRUD 개념에 맞지 않는 것처럼 보이며 HTTP 동사를 통해 동작을 차별화하는 RESTful 원칙은 여기에도 속하지 않는 것처럼 보입니다.

내가 당신 인 경우 회원 자격으로해야 할 일 (가능하면 DRY 상태를 유지하려고 시도)에 대해 해당 조치를 별도의 조치로 분리합니다. 그러면 컨트롤러 코드가 더 읽기 쉽습니다. 그리고 일부 경로를 작성하여보기 코드를 더 깨끗하게 만들 수도 있습니다 (promote_membership_path 등). 그러나 그것은 단지 나다. 그래서 가장 적합한 것을 보라.

편집 : http://www.therailsway.com/2009/6/22/taking-things-too-far-rest

Answer 2

둘 : 여기

조금 견해를 설명하는 글이다. 컨트롤러가 처리해야하는 유일한 "액션"은 GET, PUT, POST, DELETE (+ 다른 http 동사)입니다. 나는 "레일"이라는 태그로이 글을 게시하는 것이 이단이라고 생각하지만 오늘은 상관하지 않습니다.

이렇게하려면 RESTful 한 방법은 이러한 각 작업에 대해 새로운 "처리 리소스"를 만들고 해당 리소스를 해당 리소스로 POST하여 작업을 호출하는 것입니다.

새 리소스를 만들면 새로운 컨트롤러를 만드는 것으로 해석 할 수 있습니다.

Answer 3

음, 일을하는 방법은 여러 가지가 있습니다. 자신에게 물어야하는 질문은 얼마나 많은 주가 있습니까? 얼마나 자주 새로운 주가 추가됩니까? 기타

많은 주정부가없는 경우 검색을 위해 필터 앞에 별도의 작업을 추가로 만들지 만 이는 개인적인 취향에 더 가깝다고 생각합니다. 정말로 짧게하고 싶다면 각 메소드를 한 행에 넣을 수 있습니다. 그래서 : 네, 업데이트 방법은 완벽하게 편안하고이지만, PUT은 멱등되어야한다는 것을 기억

class MembershipsController < ApplicationController 
    before_filter :find_membership 

    def ban;  @membership.ban!;  render :partial => 'update_membership' end 
    def promote; @membership.promote!; render :partial => 'update_membership' end 

    protected 

    def find_membership 
    @membership = Membership.find(params[:id) 
    end 
end 

은 편안하고 있는지 여부를 귀하의 질문에 대답합니다. 따라서 동일한 방법을 두 번 실행하면 결과가 동일합니까? 즉 사용자를 차단하고 다시 금지하면 어떻게됩니까?