Back-end
-
조회 빈이 2개 이상일때.Back-end/스프링부트 2021. 1. 31. 11:52
@Autowried는 타입으로 조회하는데, 선택된 빈이 두개 이상일 때 문제가 발생한다. (NoUniqueBeandEfinitionException) -> 해결 방법 1) Autowired 필드명 @Autowired는 타입 매칭을 시도하고, 이때 여러 빈이 있으면 필드 이름, 파라미터 이름으로 빈 이름을 추가 매칭한다. 2) Qualifier 사용 추가 구분자를 붙여주는 방법이다. 빈 이름을 변경하는것은 아님. 3) Primary 사용 @Primary는 우선순위를 정하는 방법이다. @Autowired 시에 여러 빈이 매칭되면 @Primary가 우선권을 가진다. * 위 내용은 인프런 - 스프링 핵심원리 (김영한님) 강의를 들으며 정리한 내용입니다. (www.inflearn.com/course/%EC%8A%..
-
다양한 의존관계 주입 방법Back-end/스프링부트 2021. 1. 25. 22:12
1. 생성자 주입 ( 필드 주입처럼 간단한 방법 ? 롬복 라이브러리 설치 후 @NoArgsConstructor ,@RequiredArgsConstructor(final이나 @NonNull인 필드 값만 파라미터로 받는 생성자) ,@AllArgsConstructor 등 필요에따라서 유연한 사용이가능. - plugins에서 롬복 설치 - Annotation Processors 에서 enable annotation processiong 체크 * 위 내용은 인프런 - 스프링 핵심원리 (김영한님) 강의를 수강하며 정리한 내용입니다.
-
좋은 객체지향 설계 법칙(SOLID)Back-end/스프링부트 2020. 11. 29. 17:25
1. SRP: 단일 책임 원칙 : 한 클래스는 하나의 책임만 가져야 한다. 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것. ex) UI 변경, 객체의 생성과 사용을 분리 2.OCP: 개방-폐쇄 원칙 소프트웨어 요소는 확장에 열려 있으나 변경에는 닫혀 있어야 한다. (다형성을 활용) 인터페이스를 구현한 새로운 클래스를 하나 만들어서 새로운 기능을 구현 3.LSP: 리스코프 치환 원칙 프로그램의 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야한다. ex) 자동차 인터페이스의 엑셀은 앞으로 가라는 기능, 뒤로가게 구현하면 LSP 위반, 느리더라도 앞으로 가야함. 4.ISP: 인터페이스 분리 원칙 특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스..