| 이름 | 설명 |
|---|---|
| @Controller | 해당 클래스가 Controller임을 나타내기 위한 어노테이션 |
| @RequestMapping | 요청에 대해 어떤 Controller, 어떤 메소드가 처리할지를 맵핑하기 위한 어노테이션 |
| @RequestParam | Controller 메소드의 파라미터와 웹요청 파라미터와 맵핑하기 위한 어노테이션 |
| @ModelAttribute | Controller 메소드의 파라미터나 리턴값을 Model 객체와 바인딩하기 위한 어노테이션 |
| @SessionAttributes | Model 객체를 세션에 저장하고 사용하기 위한 어노테이션 |
| @RequestPart | Multipart 요청의 경우, 웹요청 파라미터와 맵핑가능한 어노테이션(egov 3.0, Spring 3.1.x부터 추가) |
| @CommandMap | Controller메소드의 파라미터를 Map형태로 받을 때 웹요청 파라미터와 맵핑하기 위한 어노테이션(egov 3.0부터 추가) |
| @ControllerAdvice | Controller를 보조하는 어노테이션으로 Controller에서 쓰이는 공통기능들을 모듈화하여 전역으로 쓰기 위한 어노테이션(egov 3.0, Spring 3.2.X부터 추가) |
Monthly Archives: 1월 2017
스프링 싱글톤 설명
스프링은 왜 싱글톤으로 빈을 만드는가??
– 자바 엔터프라이즈 기술을 사용하는 서버환경이기 때문
– 태생적으로 스프링은 엔터프라이즈 시스템을 위해 고안된 기술 (서버환경에서 가치가 빛을바람)
– 서비스,비즈니스로,프리젠테이션 로직에 오브젝트를 매번 만들던 자바 EE환경을 벗어나기 위해
ex) 요청 한번에 5개 오브겢트 생성시 초당 500번 요청이면 2500개 오브젝트, 1분이면 5만개 1시간이면 900만개 서버부하 심감
– 한개의 오브젝트만 만들어서 사용하는것이 싱글톤 원리 (서버환경에서는 싱글톤사용이 권장)
-사용자 요청을 담당하는 여러 스레드에서 하나의 오브젝트를 공유해서 동시에 사용한다.