프레임 워크 .SSM 소개

SSM (봄 SpringMVC + + MyBatis로)를 스프링에 의해 프레임, 두 프레임의 MyBatis 완료 통합 (SPRINGMVC 스프링의 일부이다). 표준 MVC 패턴.

MVC 봄 : 앞으로 요청에 대한 책임을보기 관리.

봄은 : 비즈니스 오브젝트 관리를 달성.

의 MyBatis : 데이터 오브젝트 지속성 동력.

1.1 봄

봄은 기업 애플리케이션 개발을 단순화 애플리케이션 개발 프레임 워크 오픈 소스입니다.

봄의 목적은 : 봄의 본질은 개체를 유지 사이의 개체와 관계를 만들기로, 즉, 객체 관리 소프트웨어입니다.

Spring은 핵심 아이디어 IOC (Inversion of Control에) 및 AOP (Aspect 지향적 인 프로그래밍)는 더 이상 명시 적으로`객체를 new`에 프로그래머가 필요 없다,하지만 스프링 프레임 워크의 도움으로 당신은 모든 것을 다 얻을 수 있습니다.

1.2 SpringMVC

개발은 매우 간단 사양가되도록 Spring 프레임 워크의 후속 제품의 스프링 MVC 부분은 스프링 웹 플로우는 내부에 통합되어, 그것의 봄, 기본 지원을 제공합니다.

스프링 MVC : MVC 구조는 물론 데이터 모델 (모델) -보기 (뷰) • 컨트롤러 (제어기) 모드를 실행함으로써 단순 웹 애플리케이션 개발 틀 (프레임의 스프링 부)에 근거 사업 분리를 보여합니다. 뷰 관리자 및 전달 요청에 대한 책임이 있습니다 .

스프링 MVC는보다 간결 웹 층을 개발하는 데 도움 수 있으며, 스프링 프레임 워크와 자연스러운 통합이다.

스프링 MVC에서 우리가 일반적으로 백 엔드 프로젝트가 서비스 계층 (비즈니스 프로세스), 다오 층 (데이터베이스 작업), 엔티티 (라고도 할 수있다 POJO) 계층 (엔티티 클래스)로 구분되며, 컨트롤러 (또한 웹) 계층 (제어 계층, ) 앞 페이지에 데이터를 반환한다.

다음과 같이 봄은 단순히 작동합니다 :

1.3 MyBatis로

MyBatis로는 MyBatis로 거의 모든 검색 수동으로 설정 매개 변수와 JDBC 코드와 결과 세트의 제거, 자바 기반 지속성 프레임 워크이다. MyBatis로는 (원래 매핑 및 구성, 인터페이스와 자바 POJO를위한 간단한 XML 또는 주석을 사용하여 일반 올드 자바에서 데이터베이스 레코드로, 일반 자바 객체) 객체.

두 .MVC 모드

2.1 MVC 모드

MVC 이름 모델 뷰 컨트롤러 모델 (모델) - 뷰 (보기) - 약어 컨트롤러 (컨트롤러) 및 소프트웨어 설계 모델, 서비스 로직, 데이터, 조직 인터페이스 디스플레이 코드를 분리하는 방법, 비즈니스 로직 멤버를 수집 할 수있는 개선 및 사용자 정의 인터페이스와 사용자 상호 작용이 비즈니스 로직을 다시 작성할 필요가 없습니다있다.

M은 : 코드 추기 전용 모델에 적용되기 때문에, 모델 (모델)에 관계없이 데이터 포맷, 이러한 모델은, 복수의 시야에 대한 데이터를 제공 할 수와 모델의 중립 데이터 모델로 복귀 될 수있는 비즈니스 규칙 모델 표현이다 복수의 시야 따라서 반복 코드를 감소 재사용 될 수있다.

V가 :보기 (보기) 수단 사용자가보고 인터페이스와 상호 작용, MVC의 장점 중 하나는 응용 프로그램에 대한 서로 다른 견해를 많이 처리 할 수 있다는 것입니다. 사실, 실제 시청 처리가 발생하지 않는다, 단지 데이터 출력 모드로하고 사용자 조작을 허용한다.

C : 컨트롤러는 컨트롤러 자체는 아무것도 출력하지 않습니다와 아무것도 할, 사용자의 입력을 받아 사용자의 요구의 완성 모델과 뷰를 호출에 컨트롤러 (컨트롤러)을 의미한다. 그것은 단지 요청을 받아 회원이 요청을 처리 한 후 반환 된 데이터를 표시 할 뷰를 결정하는 모델을 결정 호출합니다.

세 가지의 관계는 다음과 같다 :

2.1.1 MVC 적용 사례

가장 일반적인 MVC는 JSP + 서블릿 + 자바 빈즈 모드입니다 :

자바 빈즈 모델로, 중 데이터 모델뿐만 아니라 응용 프로그램의 비즈니스 논리 연산을 포함하는 비즈니스 모델로 캡슐화 된 서비스 데이터로. 그 후, 데이터 모델은 상기 서비스 데이터를 저장하거나 전송하기 위해 사용되며, 상기 서비스 로직 모델 갱신 요구는 특정 서비스를 수행하기 위해 처리 로직, 변속 제어기 모델을 통해 수신되고, 그 후 해당 실행 결과를 회신한다.

JSP는 프리젠 테이션 레이어로, 사용자의 요청에 적절한 형식 (양식)를 제공, 사용자에게 데이터를 표시하는 페이지를 제공 할 책임이 있으며, 적절한 시간 (버튼 클릭)에서 모델이 업데이트됩니다 요청할 수있는 컨트롤러에 요청합니다.

연산의 결과에 따라 선택하면서, 사용자에 의해 제출 된 요청을 수신하기위한 제어기, 상기 데이터 취득 요구 등 Serlvet는 데이터 모델은 원하는 비즈니스 모델로 변환하고 업데이트 서비스 비즈니스 모델에 적절한 방법을 호출한다 보기로 돌아갑니다.

MVC 패턴 2.2 SSM과 차이 SSH

SSH는 : 일반적으로 제어기 (컨트롤러), 관리 스프링의 성분 층 지속성 레이어 책임 동면 있도록 Struts2을 말한다.

SSM : 그것은 제어기 SpringMVC 수행 (컨트롤러)를 지칭 관리 스프링의 구성 요소 층들은 지속성 레이어 책임의 MyBatis.

공통 :

의존성 주입 DI 성분 층을 관리하는 것이 1.Spring

Aspect 지향적 인 프로그래밍 AOP를 사용하여 2. 것들, 로그 및 기타 권한을 관리 할 수 있습니다.

차이 :

상호 작용 1.Struts2 SpringMVC 제어기 (컨트롤러)의 다양한 메커니즘은 모델 뷰 및 제어

2.Struts2는 SpringMVC 방법 레벨이 편안하고 스타일을 구현하기 쉽게 Action 클래스 수준이다

세 .RESTful

Restfule 스타일은 오히려 표준보다, 소프트웨어 아키텍처의 스타일이지만, 설계 원칙과 제약을 제공합니다 . 주로 소프트웨어 클라이언트와 서버의 상호 작용에 적용. 그것은 HTTP 프로토콜을 기반으로합니다. 목적은 분산 처리 프로그램을 용이하게하기 위해 애플리케이션 프레임 워크 사이의 결합을 줄이기 위해, 시스템의 확장 성을 향상시킬 수있다. 더 간단 할 수있는 소프트웨어의이 스타일을 바탕으로 더 많은 캐싱 메커니즘을 구현하는 구조로 쉽게.

resultful 스타일에서 사용자는 동일한 방법을 사용하여 URL URL을 요청하고 요청 : 처리 방법에 GET / 후 / 삭제 / 넣어 등의 요청을 구별 할 수 있습니다. 이 프런트 엔드 개발자가 통합 된 인터페이스를 형성하기 위해 주소를 요청한 리소스에 대한 이전의 어떤 혼란에 별도의 개발을 무대 수 있습니다.

특징 :

각 URL은 자원을 나타냅니다.

클라이언트와 서버 사이에,이 프리젠 테이션 계층 자원의 일종 전달합니다.

네 HTTP 동사, 서버 자원을 통해 클라이언트가 작동합니다. 변환 층은 성능 상태를 달성한다.

3.1 사용 규정

http 프로토콜에서 동사의 동작 모드를 나타내는 네 개의 : GET / 후 / 풋 / 삭제, 그들은 각각 네 가지 기본 작업에 해당합니다.

편안하고 운영

방법 CRUD

우편 생성, 삭제, 갱신
선택에 해당하는 GET : 서버에서 쿼리, 매개 변수를 구별 할 수있는 서버는 쿼리의 방법으로 요청했다.
삽입 작업을 서버에서 새 자원을 작성 전화 : POST는 작성에 해당합니다.
PUT, 해당 업데이트 : 업데이트 리소스 서버 업데이트 작업을 호출.

DELETE, DELETE 작업은 삭제 문 전화, 서버에서 리소스를 삭제, 해당합니다.

가져 오기 읽다

놓다 업데이트 생성

지우다 지우다

편안하고 운영
방법	CRUD
우편	생성, 삭제, 갱신	선택에 해당하는 GET : 서버에서 쿼리, 매개 변수를 구별 할 수있는 서버는 쿼리의 방법으로 요청했다. 삽입 작업을 서버에서 새 자원을 작성 전화 : POST는 작성에 해당합니다. PUT, 해당 업데이트 : 업데이트 리소스 서버 업데이트 작업을 호출. DELETE, DELETE 작업은 삭제 문 전화, 서버에서 리소스를 삭제, 해당합니다.
가져 오기	읽다
놓다	업데이트 생성
지우다	지우다

3.2 SpringMVC이 편안하고 스타일을 구현

스프링 MVC는 resstful 응용 프로그램에 대한 다음과 같은 지원을 제공합니다. 사용 @RequestMapping 템플릿 및 URL HTTP 요청의 요청을 처리하기위한 조치의 유형을 지정합니다. 처리 방법의 파라미터에 사용 @PathVariable 요청 URL 템플릿 변수. 리셉션 사용 AJAX, 클라이언트의 요청을 넣어, 삭제 작업.

다음과 같은 형식입니다 :

@RequestMapping(value="/{id}",method=RequestMethod.GET)
@RequestMapping(value="/{id}",method=RequestMethod.POST)
@RequestMapping(value="/{id}",method=RequestMethod.DELETE)
@RequestMapping(value="/{id}",method=RequestMethod.PUT)

예를 들면 :

@RequestMapping(
value="/queryQuByTypeIdAndChaID/{questionTypeId}/{chapterId}",
method=RequestMethod.GET,
produces="text/html;charset=UTF-8"
)
public void queryQuByTypeIdAndChaID(
HttpServletRequest request,
HttpServletResponse response,
@PathVariable String questionTypeId, 
@PathVariable String chapterId){
//具体实现代码
}