Optional

스프링이 제공하는 @RequestParam 을 사용하면 요청 파라미터를 편리하게 사용 할 수 있다. public String requestParamV2( @RequestParam("username") String memberName, @RequestParam("age") int memberAge)) @RequestParam : 파라미터 이름으로 바인딩 @RequestParam의 name(value) 속성이 파라미터 이름으로 사용 public String requestParamV3( @RequestParam String username, @RequestParam int age) HTTP 파라미터 이름이 변수 이름과 같으면 @RequestParam(name="xx") 생략 가능 public String re..

0 = ByteArrayHttpMessageConverter 1 = StringHttpMessageConverter 2 = MappingJackson2HttpMessageConverter 스프링 부트는 다양한 메시지 컨버터를 제공하는데, 대상 클래스 타입과 미디어 타입 둘을 체크해서 사용여부를 결정한다. 만약 만족하지 않으면 다음 메시지 컨버터로 우선순위가 넘어간다. ByteArrayHttpMessageConverter : byte[] 데이터를 처리한다. 클래스 타입: byte[] , 미디어타입: */* , 요청 예) @RequestBody byte[] data 응답 예) @ResponseBody return byte[] 쓰기 미디어타입 application/octet-stream StringHttpMe..

[스프링 핵심 원리 - 기본편] 들은 강의 내용 생성자 주입, 롬복과 최신 트랜드 조회 빈이 2개 이상 - 문제 @Autowired 필드 명, @Qualifier @Primary 애노테이션 직접 만들기 조회한 빈이 모두 필요할 때, List, Map 빈 등록 초기화, 소멸 메서드 애노테이션 @PostConstruct @PreDestroy

[스프링 핵심 원리 - 기본 편] @Configuration과 바이트코드 조작의 마법 1. @Bean만 사용해도 스프링 빈으로 등록되지만, 싱글톤을 보장하지 않는다. 의존관계 주입이 필요해서 메서드를 직접 호출할 때 싱글톤을 보장하지 않는다. 스프링 설정 정보는 항상 @Configuration을 사용하자

1. 백준 2630번 풀기 완료 - 색종이 만들기(재귀함수로 구현) Base Condition과 분할로 풀기 완료 2. 스프링 핵심 원리 - 기본편 - 스프링 컨테이너 생성 - 컨테이너에 등록된 모든 빈 조회 - 스프링 빈 조회 - 기본 - 스프링 빈 조회 - 동일한 타입이 둘 이상 강의 수강 완료

AppConfig를 스프링 기반으로 변경했음. @Bean, @Configuration을 진행하면 스프링 컨테이너에 자동으로 등록됨. Ctrl + E : 최근에 했던 클래스로 이동