rest api를 스프링 MVC라고 볼수있나요?..그리고 프론트,백 분리 협업 방법에 대해 질문있습니다

Question

프론트와 백을 분리해서 개발할때(스프링-리액트 처럼) 스프링은 &#64;restController만을 사용해서 rest api로 개발하는게 일반적인 방법이 맞나요?이런 방법을 사용했을때 스프링은 view가 없고 데이터만을 전달할뿐인데 이것을 스프링 MVC라고 볼수가 있나요? 이건 찾아보니까 사람들마다 말이 다르더라구요..jsp나 타임리프로 MVC를 할때는 필터에서나 특정 예외상황에서 redirect로 다른 view로 보내버린다던지.. 서버에서 view를 컨트롤 할수있었는데 처음으로 분리해서 rest api를 만드려니 이게 안되더라구요.. 원래 안되는게 맞나요? 보통 필요한경우가 있다면 어떤식으로 처리하나요?

장독깨기 · Answer

네Spring MVC 프레임웍을 사용하는 건 맞지만, 모델과 뷰는 사용하지 않으니, MVC 모델은 아닙니다.네. 프런트에서 제어 합니다.

인성 절구로 빻음 · Answer

일반적인 방법이 아니라 그냥 개발 방법 중 하나입니다. 보통은 SPA 개발할 때 그렇게 합니다. 그렇다고 MPA 개발한다고 restController를 사용하지 않는것도 아니여요Spring MVC 아닙니다. 단, 모든 Controller가 RestController가 아니고 일부는 View를 사용한다면 mvc가 혼합된 경우겠죠인증/인가를 예시로 들겠습니다.API 호출 시, 403뜸 -> 권한 부족&#34;권한이 부족함니다&#34;라고 웹(frontend)에서 모달같은거 띄울 수 있음API 호출 시, 401 뜸 -> 인증되지 않은 사용자브라우저에서 로그인 페이지로 redirect 시키기

kiel · Answer

네MVC pattern 맞습니다. 뷰로 json 을 쓴것 뿐이죠.

장독깨기 · Answer

흠... MVC 패턴을 사용하는 이유는 비지니스 로직과 뷰를 분리하기 위해서 입니다.이렇게 분리를 않하면 어케 될까요. 로직에서 뷰 코드를 만들어야 합니다. 이거 진짜 정신 없습니다. ㅋ그럼 뷰에서 사용자에게 필요한 정보를 출력해야 하는데요, 그 정보를 담는 그릇이 모델입니다.로직을 담당하는 쪽에서 필요한 데이터를 모델에 담고 뷰에서는 모델에 담겨 있는 데이터를 출력하는거죠.즉, 모델을 매개체로 로직과 뷰를 분리하는 겁니다.그래서, 뷰는 사용자에게 보여지는 부분이 맞습니다.이 뷰를 다르게 해석하면 좀 이상해집니다.클라이언트는 Rest API 로 데이터를 요청합니다. 주로, Json 또는 XML 입니다.이전에는 Soap 이 있었고, 그전에는 미들웨어, 또 전에는 Rpc 이런게 있었습니다.이런거 말고도 많이 있지만, 전부 클라이언트가 데이터를 요청하면 해당하는 데이터를 반환 해줍니다.이런 걸 MVC 라고 하지 않습니다.MVC 패턴은 주로 윈도우 어플리케이션에서 많이 사용하고 변형도 많이 있습니다.프런트와 백을 분리하고 프런트에서 ajax, fetch 등을 이용해 Rest API 형식으로 데이터만 요청하니,서버(백앤드)는 요청한 데이터만 반환해주면 됩니다.서버에는 뷰도 없고 제어도 없습니다.

rest api를 스프링 MVC라고 볼수있나요?..그리고 프론트,백 분리 협업 방법에 대해 질문있습니다

4개의 답변

Q&A 목록