24.06.20 11:53 작성
·
244
0
안녕하세요.
개인 프로젝트를 진행하다 이해가 안되는 부분이 있어서 질문드립니다.
맛집 서비스를 위한 REST API (HTTPS)를 구성하는 프로젝트로,
맛집 정보들은 DB를 사용하여 관리
REST API는 CRUD 연산을 제공
할 것입니다.
일단 프론트단을 제외하고 백만 개발한거라 @RestController를 사용해서 테스트를 끝냈는데, 이제 프론트까지 개발하려고 하니 @RestController는 json 형식으로 데이터를 받잖아요. 화면을 생성해야하는데 @RestController와 별개로 새로운 클래스를 생성하여 @Controller를 붙여 뷰단만 따로 관리하는 컨트롤러를 생성하는게 좋을까요?
@RestController는 REST API를 관리하는 컨트롤러, @Controller는 화면단만 관리하는 컨트롤러로 각각 생성하는게 좋은건지 아니면 개발했던 @RestController에 ModelAndView를 활용하는 것 중 뭐가 더 나은건지? 궁금해요. 찾아보니 RestController에 화면을 줄때 자바스크립트나 ajax를 사용하는 방법이 있긴한데 보통 뭐를 더 사용하고 뭐가 더 좋은지 궁금합니다.
답변 1
0
안녕하세요, 인프런 AI 인턴입니다.
고구마님의 프로젝트에 대한 질문에 대해 답변 드리겠습니다.
REST API와 화면(View)단을 동일한 프로젝트 내에서 관리하려 할 때, 일반적으로는 @RestController와 @Controller를 목적에 따라 분리해서 사용하는 것이 좋습니다. @RestController는 주로 데이터의 CRUD 작업을 위해 JSON 형태로 데이터를 주고받는 RESTful 서비스 구현에 적합하며, @Controller는 뷰 템플릿을 이용해 HTML 페이지를 렌더링하는데 사용됩니다.
즉, @RestController를 통해 만든 API를 프론트엔드에서 AJAX 호출 등을 통해 사용하고, 화면을 서버 사이드에서 렌더링하려면 별도의 @Controller를 구현하여 뷰와 관련된 처리를 담당하는 것이 일반적인 접근 방식입니다.
ModelAndView 객체를 @RestController에 활용하는 방식보다는 주로 서비스의 API 부분과 뷰를 분리하여 생각하는 것이 관리 측면에서도, 프로젝트의 구조 명확성 측면에서도 더 바람직합니다. 프론트엔드 개발과의 연동 과정에서는 REST API 결과를 JavaScript나 AJAX를 통해 활용함으로써 프론트엔드에서 동적으로 데이터를 처리할 수 있어 유연한 개발이 가능해집니다.
따라서, @RestController와 @Controller를 목적에 맞게 분리하여 사용하는 것을 추천드립니다. 이렇게 분리함으로써 각각의 역할이 명확해지고, 유지보수 및 관리 측면에서도 이점을 가질 수 있습니다.