Spring9 스프링 빈 스프링 컨테이너 생성 ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); ApplicationContext 는 인터페이스이면서 스프링 컨테이너이다. 위 코드에서는 AppConfig.class 를 구상 정보로 지정하여 스프링 컨테이너를 생성했다. 스프링 빈 등록 @Configuration public class AppConfig { @Bean public MemberService memberService() { return new MemberServiceImpl(memberRepository()); } @Bean public MemberRepository memberRepository(.. 2023. 4. 10. IoC(Inversion of Control) : 제어의 역전 ■ IoC(Inversion of Control) : 제어의 역전 기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 서버 구현 객체를 생성하고, 연결하고, 실행했다. 한마디로 구현 객체가 프로그램의 제어 흐름을 스스로 조종했다. 개발자 입장에서는 자연스러운 흐름이다. 반면에 AppConfig가 등장한 이후에 구현 객체는 자신의 로직을 실행하는 역할만 담당한다. 프로그램의 제어 흐름은 이제 AppConfig가 가져간다. 예를 들어 OrderServiceImpl은 필요한 인터페이스들을 호출하지만 어떤 구현 객체들이 실행될지 모른다. 프로그램에 대한 제어 흐름에 대한 권한은 모두 AppConfig가 가지고 있다. 심지어 OrderServiceImpl도 AppConfig가 생성한다. 그리고 AppConfig.. 2023. 4. 6. 객제 지향 설계의 5가지 원칙(SOLID) ■ SRP(Single Responsibility Principle) : 단일 책임 원칙 한 클래스는 하나의 책임만 가져야 한다. 중요한 기준은 변경. 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것 ■ OCP(Open/Closed Principle) : 개방-폐쇄 원칙 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다. 객체를 생성하고, 연관관계를 맺어주는 별도의 조립, 설정자 필요 ■ LSP(Liskov Substitution Principle) : 리스코프 치환 원칙 프로그램의 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다. 다형성에서 하위 클래스는 인터페이스 규약을 다 지켜야 한다는 것, 다형성을 지원하기 위한 원칙, 인.. 2023. 4. 2. @ModelAttribute 지금까지는 요청 파라미터로 객체를 받을 때 @ModelAttribute를 사용해주었다. 다음 코드로 복습해보자 @ResponseBody @RequestMapping("/model-attribute-v1") public String modelAttributeV1(@ModelAttribute HelloData helloData) { log.info("username={}, age={}", helloData.getUsername(), helloData.getAge()); return "ok"; } @ModelAttribute 가 없었더라면 HelloData 객체를 생성해주고 setter 로 받은 값들을 넣어주어야 한다. 요청 파라미터의 이름으로 setter를 호출하는데 만약 파라미터의 이름이 username .. 2023. 3. 1. 이전 1 2 3 다음
