스프링 부트(Spring Boot) 어노테이션

어노테이션(Annotation)

자바에서 어노테이션 코드 사이에 주석처럼 쓰이며 특별한 의미, 기능을 수행하도록 하는 기술이다.

• 프로그램에게 추가적인 정보를 제공해주는 메타데이터
• 메타데이터(meta data): 데이터를 위한 데이터
  ageConverter로 읽을 때 사용하거나 POJO 형태의 데이터 전체로 받는 경우에 사용

어노테이션 사용 순서
1. 어노테이션 정의
2. 클래스에 어노테이션 배치
3. 코드가 실행되는 중에 Reflection을 이용하여 추가 정보를 획득하여 기능을 실시

어노테이션 종류

@SpringBootApplication

Spring Boot를 자동으로 실행시켜주는 어노테이션으로 Bean 등록은 두 단계로 진행된다.

• @ComponentScan을 통해 Component들을 Bean으로 등록한다.
• @EnableAutoConfiguration을 통해 미리 정의해둔 자바 설정 파일들을 Bean으로 등록한다.
  (Bean은 스프링 IoC 컨테이너에 의해 인스턴스화되어 조립되거나 관리되는 객체)

@ComponentScan

@Component, @Service, @Repository, @Controller, @Configuration이 붙은 bean들을 찾아서 Context에 bean을 등록해 주는 어노테이션
@Component 어노테이션이 있는 클래스에 대하여 bean 인스턴스를 생성

스프링에서 @Component로 다 쓰지 않고 @Repository, @Service, @Controller 등을 사용하는 이유는, @Repository는 Dao의 메소드에서 발생할 수 있는 unchecked exception들을 스프링의 DataAccessException으로 처리할 수 있기 때문이다.

또한 가독성에서도 해당 어노테이션을 갖는 클래스가 무엇을 하는지 단 번에 알 수 있다.

@Configuration

스프링 IoC Controller에게 해당 클래스가 Bean 구성 Class임을 알려주는 어노테이션

• @Bean을 해당 클래스의 메서드에 적용하면 @Autowired로 bean을 부를 수 있다.

@EnableAutoConfiguration

Spting Application Context를 만들 때 자동으로 설정하는 기능을 켠다.

• Classpath의 내용에 기반해서 자동 생성해 준다.
• 만약 tomcat-embed-core.jar가 존재하면 톰캣 서버가 셋팅된다.

@Component

개발자가 직접 작성한 Class를 Bean으로 등록하기 위한 어노테이션
@ComponentScan선언에 의해 특정 패키지 안의 클래스들을 자동 스캔하여 @Component 어노테이션이 있는 클래스들에 대하여 Bean 인스턴스를 생성한다.

@Component
public class Student {
	public Stdudent() {
    	System.out.println("hello");
    }
}

@Component(value="mystudent")
public class Student {
	public Stdudent() {
    	System.out.println("hello");
    }
}

Component에 대한 추가 정보가 없다면 Class의 이름을 카멜표기법(CamelCase)로 변경한 것이 Bean id로 사용된다
하지만 @Bean과 다르게 @Component는 name이 아닌 value를 이용해 Bean의 이름을 지정한다.

@Bean

@Bean은 개발자가 직접 제어가 불가능한 외부 라이브러리 등을 Bean으로 만드려할 때 사용되는 어노테이션이다.

@Configuration
public class ApplicationConfig {
	@Bean
    public ArrayList<String> array() {
    	return new ArrayList<String>();
    }
}

ArrayList같은 라이브러리등을 Bean으로 등록하기 위해서는 별도로 해당 라이브러리 객체를 반환하는 메서드를 만들고 @Bean을 사용하면 된다.

위의 경우 @Bean에 아무런 값을 지정하지 않았으므로 메서드 이름을 CamelCase로 변경한 것이 Bean id로 등록된다.

메서드가 arrayList()인 경우 arrayList가 Bean id가 된다

@Configuration
public class ApplicationConfig {
	@Bean(name="myarray")
    public ArrayList<String> array() {
    	return new ArrayList<String>();
    }
}

@Bean에 name이라는 값을 이용하면 원하는 id로 Bean을 등록할 수 있다.

@Autowired

• 필드, setter 메서드, 생성자에 사용하며 Type에 따라 알아서 Bean을 주입해주는 역할을 한다.
• 객체에 대한 의존성을 주입시킨다.
• @Autowired를 사용하면 스프링이 자동적으로 값을 할당한다.
• Controller 클래스에서 Dao나 Service에 관한 객체들을 주입 시킬 때 많이 사용한다.

Bean을 주입받는 3가지 방식

1. @Autowired
2. setter
3. 생성자 : @AllArgsConstructor 사용, 스프링에서는 생성자를 통한 방식을 권장

@Controller

스프링 MVC(Model View Controller)로 사용되는, 클래스 선언을 단순화 시켜주는 어노테이션이다.

@RestController

스프링에서 Controller 중 View로 응답하지 않는 Controller를 의미한다.
메서드의 반환 결과를 JSON 형태로 반환한다.

• @RestController가 적혀있는 Controller의 메서드는 HttpResponse로 바로 응답이 가능하다.
• @ResponseBody 역할을 자동적으로 해주는 어노테이션이다.

@Controller와 @RestController의 차이점

• @Controller
  API와 View를 동시에 사용하는 경우 사용
  대신 API 서비스로 사용하는 경우는 @ResponseBody를 사용하여 객체를 반환한다.
  view의 retrun이 주 목적
• @RestController
  View가 필요없는 API만 지우너하는 서비스에 사용
  @RequestMapping 메서드가 기본적으로 @ResopnseBody 의미를 가정한다.
  data의 return이 주 목적

  즉, @RestCotroller = @Controller + @ResponseBody

API(Application Programming Interface)

• 두 개 이상의 소프트웨어 컴포넌트 사이에서 상호 작용을 할 수 있도록 정의된 인터페이스 (연결장치, 매개체)
• 일반적으로 함수, 프로토콜 또는 클래스로 구성
• 다른 개발자들이 사용할 수 있는 함수, 메서드, 클래스 등을 정의 하는 것
• 다른 소프트웨어 개발자들이 이를 사용하여 특정 서비스, 기능 사용 가능

@Service

Service class에서 쓰이는 어노테이션으로, 비즈니스 로직을 수행하는 Class라는 것을 나타내는 용도

@Lazy

지연 로딩을 지원하는 어노테이션

• @Component나 @Bean 어노테이션이 다 같이 쓰는데 Class가 로드될 때 스프링에서 바로 bean등록을 마치는 것이 아니라 실제로 사용될 때 로딩되게 하는 방법이다.

Value

프로퍼티(propertis)에서 값을 가져와 적용할 때 사용한다.

@Value("${spring.redis.host}")
private String host;

@RequestMapping

어떤 URL을 어떤 메서드가 처리할 지 매핑해주는 어노테이션

• Controller나 Controller의 메서드에 적용한다.
• 요청을 받는 형식인 GET/POST/PATCH/DELETE를 정의하기도 한다.
  (정의하지 않으면 자동적으로 GET으로 설정된다.)

@RequestMapping("/")
public String index(Model model) {
    model.addAttribute("list", bannerService.listAll());

	return "index";
}

@ModelAttribute

view에서 전달해주는 파라미터를 Class(VO/DTO)의 맴버 변수로 binding 해주는 어노테이션이다.
<input name="id" /> 처럼 어떤 태그의 name값이 해당 Class의 맴버 변수명과 일치하고 setmethod명도 일치해야 한다.

@GetMapping

@RequestMapping(Method = RequestMethod.GET)과 같은 역할

• 이외에도 @PostMapping, @PutMapping, @DeleteMapping 등의 어노테이션도 있다.

@RequestBody

요청이 온 데이터를 바로 Class나 model로 매핑하기 위한 어노테이션
POST나 PUT, PATCH로 요청을 받을 때 Request로 넘어온 body 값들을 자바 타입으로 파싱해준다.

HTTP POST 요청에 대해 request body에 있는 request message에서 값을 얻어와 매핑한다.
RequestData를 바로 Model이나 클래스로 매핑한다.

이를테면 JOSN이나 XML같은 데이터를 적절한 messageConverter로 읽을 때 사용하거나 POJO 형태의 데이터 전체로 받는 경우에 사용한다.

@PostMapping("/api/posts")   
public PostResponseDto createPost(@RequestBody PostRequestDto requestDto) {
	return postService.createPost(requestDto);
}

@RequestParam

@PathVariable과 유사하다.
Request의 파라미터에서 가져오는 것이다. 메서드의 파라미터에 사용한다.
?name=dbyo1125와 같은 쿼리 파라미터를 파싱해준다.

HTTP GET 요청에 대해 매칭되는 request 파라미터 값이 자동으로 들어간다.
URL 뒤에 붙는 파라미터 값을 가져올 때 사용한다.
http://localhost:8080/home?user_id=dbyo1125.log

@GetMapping("/account")
public List<AccountInfo> getAccountByUserId ( @RequestParam("user_id") Long userId) {
    return accountService.getAccountByUserId(userId)
            .stream().map(AccountDto -> AccountInfo.builder()
                    .accountNumber(AccountDto.getAccountNumber())
                    .balance(AccountDto.getBalance())
                    .build()).collect(Collectors.toList());
}

@ResponseBody

HttpMessageConverter를 이용하여 JSON(or xml)으로 요청에 응답할 수 있게 해주는 어노테이션이다.
view가 아닌 JSON 형식의 값을 응답할 때 사용하는 어노테이션으로, 문자열을 리턴하면 그 값이 http response header가 아닌 response body에 들어간다.

이미 @RestController 어노테이션이 붙어 있따면, 쓸 필요가 ㅇ벗다.
허나 그렇지 않은 단순 컨트롤러라면, HttpResponse로 응답 할 수 있게 해준다.

만약 객체를 return하는 경우 JACKSON 라이브러리에 의해 문자열로 변환되어 전송된다.
context에 설정된 viewResolver를 무시한다고 보면 된다.

@PathVariable

method 파라미터 앞에 사용하면서 해당 URL에서 특정값을 변수로 받아올 수 있다.
HTTP 요청에 대해 매핑되는 request parameter 값이 자동으로 binding 된다.
URL에서 각 구분자에 들어오는 값을 처리해야 할 때 사용한다.

REST API에서 값을 호출할 때 주로 사용
http://localhost:8090/api/posts/1

@GetMapping("/api/posts/{id}")   
public PostResponseDto getPost(@PathVariable Long id) {
	return postService.getPost(id);
}

@Transactional

DB 트랜잭션을 설정하고 싶은 메서드에 어노테이션을 적용하면 메서드 내부에서 일어나는 DB 로직이 전부 성공하게되거나 DB 접근중 하나라도 실패하면, 다시 롤백할 수 있게 해주는 어노테이션이다.

@Transactional(readOnly=true)  -> 읽기 전용임

@Transactional(rollbackFor=Exception.class)  -> 해당 Exception이 발생하면 롤백한다.

@Transactional(noRollbackFor=Exception.class)  -> 해당 Exception이 발생해도 커밋한다.

@Transactional(timeout=10)  ->  10초 안에 완료되지 않으면 롤백한다.

모든 처리가 정상적으로 됐을때만 DB에 커밋하며 그렇지 않은 경우엔 커밋하지 않는다.
비즈니스 로직과 트랜잭션 관리는 주로 Service에서 관리한다.
따라서 일반적으로 DB 데이터를 등록/수정/삭제 하는 Service 메서드는 @Transactional를 필수적으로 가져간다.

Lombok 어노테이션

@NoArgsConstructor

기본 생성자를 자동으로 추가하는 어노테이션.
@NoArgsConstructor(access = AccessLevel.PROTECTED)
기본 생성자의 접근 권한을 protected로 제한할 수도 있다.

코드를 입력하세요

Entity Class를 프로젝트 코드상에서 기본생성자로 생성하는 것은 금지하고, JPA에서 Entity클래스를 생성하도록 허용하기 위해 사용한다.

@AllArgsConstructor

모든 필드 값을 파라미터로 받는 생성자로 추가한다.

@RequiredArgsConstructor

final 이나 @NonNull인 필드 값만 파라미터로 받는 생성자를 추가한다.

@Getter

Class 내 모든 필드의 Getter 메서드를 자동 생성해준다.

@Setter

Class 내 모든 필드의 Setter 메서드를 자동 생성해준다.

Controller에서 @RequestBody로 외부에서 데이터를 받는 경우엔 기본생성자 + Set 메서드를 통해서만 값이 할당된다.
그러나 Entity Class에서는 Setter를 사용하면 안되기 때문에 Dto 클래스를 생성해서 Dto 타입으로 받아야된다.

@ToString

Class 내 모든 필드의 ToString 메서드를 자동 생성해준다.

@EqualsAndHashCode

equals와 hashCode 메서드를 오버라이딩 해주는 어노테이션

@EqualsAndHashCode(callSuper = true)

callSuper 속성을 통해 equals와 hashCode 메서드를 자동 생성 시 부모 클래스의 필드까지 감안할지 안 할지에 대해서 설정할 수 있다.
즉, callSuper = true로 설정하면 부모 클래스 필드 값들도 동일한지 체크하며, callSuper = false로 설정(기본값)하면 자신 클래스의 필드 값들만 고려한다.

@Builder

어느 필드에 어떤 값을 채워야할지 명확하게 정하여 객체 생성 시점에 값을 채워준다.
생성 시점에 값을 채워지는 것은 생성자와 같지만 Builder를 사용하면 어느 필드에 어떤 값을 넣어야 할 지 명확하게 인지할 수 있다.

@Builder
public class Memer {
	@Id
	private String uderId;
    private String userName;
}

//객체 생성
Member member = Member.builder().userId(parameter.getUserId())
						.userName(parameter.getUserName()).build();

JPA 어노테이션

JPA를 사용하면 DB 데이터에 작업할 경우 실제 쿼리를 사용하지 않고 Entity 클래스의 수정을 통해 작업한다.

@Entity

실제 DB 테이블과 매핑될 Class임을 나타낸다.

DTO Class란 ?

Request와 Respinse용 DTO는 View를 위한 클래스로, 자주 변경이 필요한 클래스이다.
Entity 클래스와 DTO 클래스를 분리하는 이유는 View Layer와 DB Layer를 철저하게 분리하기 위해서다.

테이블과 매핑되는 Entity 클래스가 변경되면 여러클래스에 영향을 끼치게 되는 반면 View와 통신하는 DTO 클래스(Request/Response 클래스)는 자주 변경 되므로 분리해야 한다.

@Table

Entity Class에 매핑할 테이블 정보를 알려준다.
어노테이션을 생략하면 Class명을 테이블명으로 매핑한다.

@Entity
@Table(name = "MEMBER")
public class Member {
}

@GeneratedValue

PK의 생성 규칙을 나타낸다.
가능한 Entity의 PK는 Long 타입의 Auto-incremen를 추천한다.
기본값은 AUTO로 MySQL의 AUTO_INCREMENT와 같이 자동으로 증가하는 정수형 값이 된다.

@Id

해당 테이블의 PK 필드를 의미한다.

@Column

테이블의 컬럼을 나타내며 선언하지 않더라도 해당 Class의 필드는 모두 컬럼이 된다.
@Column을 생략하면 필드명을 사용해서 컬럼명과 매핑한다.

이 어노테이션은 기본값 외에 추가로 변경이 필요한 옵션이 있을 경우 사용한다.

@Entity
public class Post {
	@Id
	@GeneratedValue(strategy = GenerationType.AUTO)
	private Long id;

	@Column(nullable = false)
	private String title;

	@Column(nullable = false)
	private String author;
}

@EnableJpaAuditing

Java에서 JPA를 사용하여 Entity-DB 테이블을 매핑할 때 공통적으로 도메인들이 가지고 있는 필드나 컬럼들이 존재하는데, 대표적으로 생성일자, 수정일자, 식별자 같은 필드 및 컬럼이 있다.
모든 Entity마다 해당 필드들을 넣어서 생성하는 것은 상당히 비효율적이다.

DB에서 누가, 언제하였는지 생성일, 수정일 컬럼은 대단히 중요한 데이터로, JPA에서는 Audit 이라는 기능을 제공하고 있다.
Audit은 감시하다, 감사하다 라는 뜻으로 Spring Data JPA에서 시간에 대해서 자동으로 값을 넣어주는 기능이다.

Entity를 영속성 컨텍스트에 젖아하거나 조회를 수행한 후에 update를 하는 경우 매번 시간 데이터를 입력하여 주어야하는데, audit을 이용하면 자동으로 시간을 매핑하여 데이터베이스의 테이블에 넣어준다.

Post 클래스가 @MappedSuperclass가 적용된 Timestamped 클래스를 상속하기 때문에 JPA가 생성일자, 수정일자 컬럼을 인식하게 된다.
그리고 영속성 컨텍스트에 저장 후 Timestamped 클래스의 Auditing 기능으로 인해서 트랜잭션 커밋 시점에 Hibernate가 자동으로 시간 값을 채워주는것을 확인 할 수가 있다.

SpringBoot의 실행 클래스에 @EnableJpaAuditing 어노테이션을 적용해주어야 JpaAuditing 기능이 활성화 된다.

출처 : rara_kim [Spring] 어노테이션(Annotation)