백투더코딩

public class DaoFactory {

	public UserDao userDao() {
		return new UserDao(connectionMaker());
	}
	
	public AccountDao accountDao() {
		return new UserDao(connectionMaker());
	}
	
	public MessageDao messageDao() {
		return new UserDao(connectionMaker());
	}
	
	public ConnectionMaker connectionMaker() {
		return new DConnectionMaker();
	}
	
}

오브젝트를 만드는 코드를 별도의 메소드로 뽑아내서 중복을 제거했다.

제어의 역전

프로그램의 제어 흐름 구조를 바꾸는 것

일반적으로는 모든 오브젝트가 능동적으로 자신이 사용할 클래스를 결정하고 언제 어떻게 그 오브젝트를 만들지를 스스로 제어하는 구조

그러나 제어의 역전은 오브젝트가 자신이 사용할 오브젝트를 스스로 선택 및 제어하지 않는다.

모든 제어 권한을 다른 대상에게 위임

프레임 워크도 제어의 역전 개념이 적용된 대표적인 기술

개발자가 만든 애플리케이션 코드가 프레임 워크에 의해 사용된다.

<->라이브러리: 코드가 애플리케이션의 흐름을 제어

서블릿도 제어의 역전 개념이 적용된 대표적인 기술

서블릿 컨테이너에 의해 생성/관리된다.

프레임워크 또는 컨테이너와 같이 애플리케이션 컴포넌트의 생성, 관계설정, 사용, 생명주기, 관리 등을 제어하는 존재가 필요하다.

---

추상화

어떤 것들의 공통적인 성격을 뽑아내어 이를 따로 분리해내는 작업

 

인터페이스

자바가 추상화를 위해 제공하는 유용한 도구

어떤일을 하겠다는 기능만 정의해 놓을 것

자신이 사용할 클래스가 어떤 것인지 몰라도 단지 인터페이스를 통해 원하는 기능을 사용하기만 하면 된다.

 

개방 폐쇄 원칙

객체지향 설계 원칙 중 하나

클래스나 모듈은 확장에는 열려있어야 하고 변경에는 닫혀있어야 한다.

객체지향 설계 원칙(SOLID)

객체지향의 특징을 잘 살릴 수 있는 설계의 특징

디자인 패턴이 구체적인 솔루션이라면 객체지향 설계 원칙은 general한 설계 기준

5가지 객체지향 설계 원칙

1. SPR(The Single Responsibility Principle): 단일 책임 원칙

 하나의 메서드에는 하나의 기능

2. OCP(The Open Closed Principle): 개방 폐쇄 원칙

 확장에는 열려있지만 변경에는 닫혀있다

3. LSP(The Liskov Subsitution Principle): 리스코프 치환 원칙

다형성

4. ISP(The Interface Segregation Principle): 인터페이스 분리 원칙

 사용자마다 창 분리하여 구현

5. DIP(The Dependency Inversion Principle): 의존관계 역전 원칙

 사용할 객체 불러쓰기

객체 지향의 세계에선 모든 것이 변한다.

오브젝트에 대한 설계와 이를 구현한 코드도 영원한 것이 아니라 변화가 필요한데

객체를 설계할 때 가장 주의를 기울여야 하는 부분이 바로 이 변화에 어떻게 대비할지이다.

가장 좋은 방안은 변화를 코드에 적용할 때 변화의 폭을 최소화하는 것이다.

->분리와 확장을 통해

분리의 두 가지 법칙

1. 관심사의 분리

관심이 같은 것들을 하나의 객체 안으로

관심이 다른 것은 서로에게 영향을 주지않도록 분리

2. 중복 코드의 메소드 추출

DAO의 관심사항

1. DB 커넥션을 어떻게 가져올 것인가

어떤 DB를 쓰고 어떤 드라이버를 사용할지 등등

2. SQL문을 담을 Statement를 만들고 실행

파라미터로 넘어온 정보를 statement에 바인딩시키고 거기에 담긴 SQL을 DB를 활용해 실행

3. 리소스의 반환

statement, connection 오브젝트 반환

변경사항 검증하는 두 가지 방안

1. 리팩토링

리팩토링: 기능은 유지하면서 구조를 바꿔나가며 목적에 맞게 코드를 개선해나가는 과정

->관심사의 분리와 확장이 키워드

->변화에 효율적으로 대응할 수 있고 생산성이 올라간다.

2. 테스트

상속을 통한 확장

추상 메소드를 활용해 상속을 통해 서브클래스로 분리

public abstract class UserDao { 
    public void add(User user) { // throws 코드 생략
        // ...
    }

    public User get(String id) {
        // ..
    }
    
    public abstract Connection getConnection(){ // 이 메소드를 상속해야 함
        // ..
        //추상 클래스
    }
}

public class NUserDao extends UserDao {
    public Connection getConnection(){
        //메소드의 구현은 서브클래스가 담당
    }
}

상속의 단점

1. 다중 상속 허용 X

2. 상속을 통한 상하위 클래스의 관계가 생각보다 밀접

서브클래스는 슈퍼클래스의 기능을 직접 사용 가능함

슈퍼클래스 내부의 변화가 생길경우 서브클래스도 수정해야할수도

3. 다른 DAO 클래스에 사용 불가능

디자인 패턴

개발 시 자주 직면하는 문제들을 해결하기 위해 사용하는 재사용 가능한 솔루션

주로 객제지향 설계에 관한 것

패턴을 적용할 상황, 해결해야 할 문제, 솔루션의 구조와 각 요소의 역할과 함께 핵심 의도가 무엇인지 공부

템플릿 메소드 패턴

변하지 않는 기능은 슈퍼클래스에, 확장이 필요한 기능은 서브클래스에

훅메소드: 서브클래스에서 선택적으로 오버라이드 할 수 있도록 슈퍼클래스에 정의해둔 메소드

추상메소드를 구현하거나(위의 예시), 훅 메소드를 오버라이드하는 방법 이용 

팩토리 메소드 패턴

상속을 통해 기능을 확장하게 하는 패턴

슈퍼클래스 코드에서 서브클래스에서 구현한 메소드를 호출해서 필요한 타입의 오브젝트로 가져와 사용

주로 인터페이스 타입으로 오브젝트를 리턴

+읽고 느낀 점

DAO

Data Access Object

DB를 통해 데이터 조회, 수정 등의 기능을 하는 오브젝트

자바빈(빈)

비주얼 툴 컴포넌트로서의 자바빈 인기는 줄어들었지만 몇가지 특징들이 오브젝트 오픈소스 기술을 통해 이어져 왔다.

이어진 특징들

-디폴트 생성자: 파라미터가 없는 디폴트 생성자

-프로퍼티: 자바빈이 노출하는 이름을 가진 속성, getter와 setter로 조회/수정 가능

JDBC 이용하는 일반적인 작업 순서

1. DB 연결을 위한 Connection을 가져온다.

2. SQL을 담은 Statement(또는 PreparedStatement)를 만든다.

3. 만들어진 Statement를 실행한다.

4. 조회의 경우 SQL 쿼리의 실행 결과를 ResultSet으로 받아서 정보를 저장할 오브젝트에 옮겨준다.

5. 작업중에 생성된 Connection, Statement, ResultSet 같은 리소스는 작업을 마친 후 반드시 닫아준다.

6. JDBC API가 만들어내는 예외를 잡아서 직접 처리하거나, 메소드에 throws를 선언해서 예외가 발생하면 메소드 밖으로 던지게 한다.

코드의 기능을 테스트하고자 할  때 사용가능한 가장 간단한 방법

오브젝트 스스로 자신을 테스트하도록 만들어주는 것

테스트에 관한 자세한 내용은 2장에 나옵니다.

+읽고 느낀 점

스프링

자바 엔터프라이즈 애플리케이션 개발에 쓰이는 프레임워크

자바가 복잡해지며 퇴색된 객제지향의 가치를 다시 살려주는 개발 도구

->객제치향의 원칙을 살린 오브젝트의 설계, 구현, 작동이 중요한 쟁점

->코드를 한 번짜면 평생 쓰는게 아니라 객체지향을 기반으로 미래의 변화에 대비해야함

두가지 중요한 가치

단순함: 목적을 이루기 위한 단순한 접근 방법

유연성: 다른 프레임워크들과 쉽게 결합되며 확장되는 방법

스프링을 이해한 후 자신의 프레임워크에 맞게 확장해나가는 능력이 중요

스프링을 이해?

스프링의 원리, 추구하는 가치와 목표를 확실히 알고있는 것

->스프링이 어떤 기술들을 제공하고 왜 제공하는지 공부