Coding Story

의존관계 주입 방법 1. 생성자 주입 특정 클래스가 @ComponentScan에 의해 빈으로 등록되고, 그 때 생성자를 호출할 때 @Autowired가 있으면 스프링 컨테이너에서 스프링 빈을 꺼내 객체를 생성자로 주입해준다. 호출 시점에 딱 1번 호출되는 것이 보장 ⇒ 불변, 필수 의존관계에 사용 생성자가 딱 1개 있으면 @Autowired 생략 가능 → 자동으로 주입 💡 생성자 주입을 선택하라 대부분의 의존관계 주입은 한번 일어나면 애플리케이션 종료시점까지 의존관계를 변경할 일이 없다. 수정자 주입을 사용하면 메서드를 public으로 변경 가능하게 열어 두어야 한다. 생성자 주입은 객체 생성시 딱 1번만 호출되므로 불변하다. 생성자 주입을 사용하면 주입 데이터를 누락했을 때 컴파일 오류가 발생한다. 생..

스프링 없는 순수한 DI 컨테이너 AppConfig는 고객이 요청하는 만큼 객체를 생성해 반환 - 메모리 낭비 싱글톤: 클래스의 인스턴스가 딱 1개만 생성되는 디자인 패턴 private 생성자를 사용해 외부에서 임의로 new 키워드를 사용하지 못하도록 함 public class SingletonService { private static final SingletonService instance = new SingletonService(); // JVM이 맨처음 실행할 때 static 영역을 초기화 하면서 딱 한번 객체를 하나 생성 public static SingletonService getInstance(){ // 객체 인스턴스가 필요하면 이 static 메서드를 통해서만 조회하도록 허용 return ..

스프링 컨테이너 생성 스프링 컨테이너 생성 -> 스프링 빈 등록 -> 의존 관계 설정 1. 스프링 컨테이너 생성 ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); // 구현체 ApplicationContext: 스프링 컨테이너, 인터페이스 스프링 컨테이너는 xml or 애노테이션 기반의 자바 설정 클래스(AppConfig)로 생성 가능 AppConfig.class로 구성 정보 지정 2. 스프링 빈 등록 설정 클래스에 @Bean 이 붙은 메서드 이름을 키로 해서 객체를 스프링 빈으로 등록 *빈이름 직접 부여 가능: @Bean(name=”memberService2”) *빈 이름은 항상 ..

memberRepository 인터페이스를 두 repository가 구현한다. memberService는 memberRepository 인터페이스만 의존하도록 한다. package com.hello.core.member; public class MemberServiceImpl implements MemberService{ //private final MemberRepository memberRepository = new MemoryMemberRepository(); // 실제 할당하는 부분이 구현체를 의존 // 인터페이스, 구현체 모두 의존 => dip 위반 private final MemberRepository memberRepository; // 추상화에만 의존하도록 한다. public MemberS..

다형성과 설계 객체 지향 프로그래밍: 객체들들이 메세지를 주고받고 데이터를 처리 다형성은 역할과 구현으로 세상을 구분 하는 것 - 클라이언트는 구현 대상 자체가 변경해도 영향을 받지 않고, 대상의 역할(인터페이스)만 알면 된다. - 유연, 변경 용이 역할 = 인터페이스 구현 = 인터페이스를 구현한 클래스 자바 언어의 다형성 ⇒ 오버라이딩 OCP(Open - Closed Principle) 새로운 기능이 추가 되었을 때, 기존 코드는 확장할 수 있다. 기존의 코드는 수정되지 않아야 한다. 운전자는 자동차 인터페이스만 참조해 자동차 역할에만 의존한다. 새로운 차량을 추가해도 운전자의 코드는 바뀌지 않는다.

문제점 Animal 클래스를 생성할 필요가 없다. Animal 클래스를 상속받는 곳에서 sound() 메서드를 오버라이딩 하지 않을 가능성이 있다. ⇒ 추상 클래스 도입 추상 클래스 추상적인 개념을 제공하는 클래스로, 인스턴스가 존재하지 않는다. abstract class AbstractAnimal {...} 추상 메서드 추상적인 개념을 제공하는 메서드로 실체가 존재하지 않는다. 자식 클래스가 반드시 오버라이딩 해야 한다. public abstract void sound(); 추상 메서드가 하나라도 있는 클래스는 추상 클래스로 선언해야 한다. -> 그렇지 않으면 컴파일 오류 추상 메서드는 자식 클래스가 오버라이딩 하지 않으면 자식도 추상 클래스가 되어야 한다. 만약 추상 클래스의 모든 메서드가 추상 메서..

다형성 한 객체가 여러 타입의 객체로 취급될 수 있는 능력 [다형성의 핵심 이론] 다형적 참조: 하나의 변수 타입으로 다양한 자식 인스턴스를 참조할 수 있는 기능 메서드 오버라이딩: 기존 기능을 하위 타입에서 새로운 기능으로 재정의 다형적 참조 부모 타입의 변수가 자식 인스턴스 참조 가능 Parent poly = new Child(); 자식 타입인 Child를 생성했기 때문에 메모리 상에 Child, Parent 모두 생성 💡 부모는 자식을 담을 수 있다. 상속 관계는 부모 방향으로 찾아 올라갈 수 있지만 반대는 불가능하다. poly 는 Parent 타입이므로 childMethod() 를 찾을 수 없어 컴파일 오류 → 캐스팅이 필요 다형성과 캐스팅 다운캐스팅 Parent poly = new Child()..

상속 기존 클래스의 필드와 메서드를 새로운 클래스에서 재사용하게 해 준다. 이름 그대로 기존 클래스의 속성과 기능을 그대로 물려받는 것이다. 자바는 다중 상속을 지원하지 않는다. 같은 이름의 메서드를 가진 여러 클래스를 상속 받는다면, 어떤 메서드를 선택해야 할지 모르는 문제가 있기 때문이다. 상속과 메모리 구조 new 키워드로 자식이 생성될 때 부모 인스턴스까지 포함해 인스턴스를 생성한다. (참조값은 하나지만 그 안에 두가지 클래스 정보가 공존) 참조값.메서드()를 하면 호출하는 변수의 타입(클래스)을 기준으로 메서드를 찾는다. 자식 클래스의 참조값.메서드()시 자식 클래스에 해당 메서드가 없으면 부모 클래스에서 찾아 호출한다. 계속 올라가 찾아도 없으면 컴파일 오류 상속과 메서드 오버라이딩 오버라이딩..

Final 변수에 final 키워드가 붙으면 값을 변경할 수 없다. final 을 지역 변수에 선언 시 최초 한번만 할당할 수 있다. 매개변수에 final 선언 시 메서드 내부에서 매개변수에 값을 변경할 수 없다. //final 필드 - 생성자 초기화 public class ConstructInit { final int value; public ConstructInit(int value) { this.value = value; } } final을 필드에서 사용할 경우 필드는 생성자를 통해서 한번만 초기화 가능 //final 필드 - 필드 초기화 public class FieldInit { static final int CONST_VALUE = 10; final int value = 10; } 필드에서 초..

자바 메모리 구조 메서드 영역: 클래스 정보 보관 스택 영역: 실제 프로그램이 실행되는 영역 힙 영역: 객체(인스턴스)가 생성되는 영역 (new 키워드) 메서드 영역 클래스 정보 static 변수들 상수 관리 스택 영역 지역 변수, 중간 연산 결과, 메서드 호출 정보 등 힙 영역 객체와 배열 가비지 컬렉션이 이뤄지는 영역 같은 클래스에서 생성된 객체여도 인스턴스 내부의 변수 값은 다를 수 있지만 메서드는 공통된 영역을 공유한다. 따라서 메서드는 메서드 영역에서 공통으로 관리되고 실행된다. 멤버 변수(필드)의 종류 인스턴스 변수: static이 붙지 않은 멤버 변수 인스턴스를 만들 때 마다 새로 만들어진다. 클래스 변수: static이 붙은 멤버 변수 클래스 변수 = static 변수 = 정적 변수 메서드..