Spring, Java 개발자 입니다

Spring/MVC 패턴

스프링 MVC (Model View Controller) 패턴

기존의 Servlet, JSP 같은 경우 너무 많은 역할을 수행한다. 비즈니스 로직과 뷰 렌더링을 다 처리하게 되면 너무 많은 역할을 하고 결과적으로 유지보수가 어려워진다. 따라서 각각의 역할을 나눠서 코드를 작성하는 MVC 패턴을 사용하게 된다. * 사실 가장 중요한 이유는 UI를 변경하는 일과 비즈니스 로직을 변경하는 일은 다른일이기 때문에 하나의 코드로 관리해서는 안된다. 컨트롤러 : HTTP 요청을 받아서 파라미터를 검증하고 비즈니스 로직을 실행하고 뷰에 전달할 결과 데이터를 조회후 모델에 담는다. 모델 : 뷰에 출력할 데이터를 담아둔다. 뷰 : 모델에 담겨있는 데이터를 사용해서 화면을 그리는 일에 집중한다.

Spring/MVC 패턴

Spring MVC 웹 애플리케이션, Servlet 서블릿 , Thread 쓰레드

웹 시스템 구성 정적 리소스는 웹 서버가 처리 하고 애플리케이션 로직같은 동적인 처리가 필요하면 웹 애플리케이션 서버에 요청을 위임 하게 되는 형식으로 많이 설계가 되고 있다. 또 이런방식의 설계는 효율적인 리소스를 관리하는데 많은 도움이 된다. 정적 리소스가 많이 사용되면 웹 서버를 증설하고 애플리케이션 리소스가 많이 사용되면 웹 애플리케이션 서버를 증설하면 된다. 또 이러한 설계는 웹 애플리케이션 서버가 오류를 발생했을 경우 웹 서버에서 오류 화면을 제공할 수 있다. (기본적으로 정적 리소스를 제공하는 웹 서버는 오류의 확률이 적다) Servlet 서블릿 HTTP 요청이 오면 웹 애플리케이션 서버는 Request, Response 객체를 새로 만들어서 서블릿 객체를 호출한다. 개발자는 Request ..

수달하나
'Spring/MVC 패턴' 카테고리의 글 목록