웹 서비스 API 아키텍처

Question

최근에 다른 웹 사이트에서 내 웹 사이트를 원격으로 등록 할 수있는 REST 웹 서비스 API를 프로그래밍했습니다.

필자는 필요한 모든 유효성 검사와 필터링을 API에 프로그래밍했습니다.

사용자 등록을 처리 할 때 내 등록 양식에서 웹 서비스 API를 사용하도록해야합니까?

양식 자체에는 이미 동일한 유효성 검사가 있지만 유효성 검사/필터링에 궁극적 인 책임이있는 메서드가 하나만있는 것이 가장 좋습니다.

그 해결책은 가장 좋은 것 같지 않습니다.하지만 이제는 똑같은 웹 사이트에서 내 웹 서비스 API를 REST 클라이언트에 건네기 때문에.

최종 솔루션은 내 사용자 모델에 유효성 검사를 적용하고 유효성 검사가 트리거 될 때 예외를 웹 서비스 API 위로 던지는 것입니다. 이 솔루션의 단점이 있습니까?

Answer 1

REST의 주요 이점 중 하나는 클라이언트와 서버 간의 최소 결합으로 원격 클라이언트가 쉽게 액세스 할 수있는 인터페이스를 정의하는 것입니다. 이는 클라이언트를 제어하지 않을 때 매우 유용합니다. 이를 통해 기존 클라이언트를 손상시키지 않고 서버 인터페이스를 발전시킬 수 있습니다.

REST 인터페이스는 유효성 검사 및 등록 논리에 대한 단순한 계층이어야합니다. 이론적으로 REST API를 거치지 않고도 자신의 웹 사이트에서 해당 로직을 다시 사용할 수 있어야합니다.

귀하의 웹 사이트는 원격 컴퓨터에 있지 않으므로 클라이언트와 서버 부분을 모두 제어 할 수 있으므로 REST 인터페이스를 통해 아무 것도 얻지 못합니다.