[chapter 08] 의존성 관리하기

객체들이 서로 협력하기 위해서는 의존성이 필요하지만 과도한 의존성은 애플리케이션을 수정하기 어렵게 만든다. 객체지향 설계의 핵심은 협력을 위해 필요한 의존성은 유지하면서도 변경을 방해하는 의존성은 제거하는데 있다. 이런 관점에서 객체지향 설계란 의존성을 관리하는 것이고 객체가 변화를 받아들일 수 있게 의존성을 정리하는 기술이라고 할 수 있다.

01. 의존성 이해하기

1. 변경과 의존성

Spring test의 Mock이란?

단위 테스트를 만들기 위해서는 스텁이나 목 오브젝트의 사용이 필수적이다. 대부분 의존 오브젝트를 필요로 하는 코드를 테스트하게 되기 때문이다. 하지만 목 오브젝트를 만드는 일이 가장 번거롭기 때문에 Mockito 프레임워크를 통해 목 오브젝트를 편리하게 작성할 수 있다.

Spring 테스트 코드를 작성하면서 @AutoConfigureMockMvc를 쓰는데 이 어노테이션에 대해 정리해보면 좋겠다고 생각했다.

Spring ApplicationContext란

Application Context

스프링에서는 스프링이 제어권을 가지고 직접 만들고 관계를 부여하는 오브젝트를 빈(bean) 이라고 부른다. 자바 빈 또는 엔터프라이즈 자바빈에서 말하는 빈과 비슷한 오브젝트 단위의 애플리케이션 컴포넌트를 말한다. 동시에 스프링 빈은 스프링 컨테이너가 생성과 관계 설정, 사용 등을 제어해주는 제어의 역전이 적용된 오브젝트를 가리키는 말이다.

참조 : 토비의 스프링1

[TDD] 스프링 test 어노테이션 정리

• @DataJpaTest : 트랜잭션 방식이며 각 테스트가 끝날 때 롤백됩니다. 또한 내장 메모리 내장 데이터베이스를 사용합니다 (명시 적이거나 일반적으로 자동 구성된 DataSource를 대체 함).

📚@RunWith 이란?

JUnit framework 가 기본 runner 가 아닌 사용자가 지정한 runner로 돌리도록 해주는 것. A Runner class is responsible to run JUnit…

[item 43] 람다보다는 메서드 참조를 사용하라

메소드 참조(method reference)는 람다보다 함수 객체를 더 간결하게 만들 수 있다.

map.merge(key, 1, (count, incr) -> count+ incr);

위 코드는 자바 8때 Map에 추가된 merge 메서드를 사용했다. merge 메서드는 키, 값, 함수를 인수로 받는다. 주어진 키가 맵 안에 아직 없다면 주어진 {키, 값}쌍 그대로 저장한다. 반대로 키가 이미 있다면…

[item 44] 표준 함수형 인터페이스를 사용하라

자바 8부터 람다가 등장하며 템플릿 메서드 패턴을 많이 사용하지 않게 되었다. 그대신 같은 효과의 함수 객체를 받는 정적 팩터리나 생성자를 제공하는 방식으로 바뀌었다. 그러기 위해선 함수 객체를 매개변수로 받는 생성자와 메서드를 더 많이 만들어야 하며 함수형 매개변수 타입을 올바르게 선택해야 한다.

필요한 용도에 맞는 게 있다면, 직접 구현하지 말고 표준 함수형 인터페이스를 활용하라. 그러면 API가 다루는 개념의 수가 줄어들어 익히기 더 쉬워진다…

[Chapter 05] 책임 할당하기

🧩 데이터 중심 설계의 문제점

1. 고립된 객체에 초점을 맞추기 때문에 캡슐화를 위반하기 쉽다.
2. 요소들 사이의 결합도가 높아진다.
3. 코드를 변경하기 어려워진다.

데이터 중심 설계의 해결 방법 → 책임에 초점을 맞추기

[item 42] 익명 클래스보다는 람다를 사용하라

1. 옛날에 쓰던 방법 (가장 길다)

// 익명 클래스의 인스턴스를 함수 객체로 사용하던 오래된 기법
Collections.sort(words, new Comparator<String>() {
    @Override
    public int compare(String o1, String o2) {
        return Integer.compare(o1.length(), o2.length());
    }
});

[item 47] 반환 타입으로는 스트림보다 컬렉션이 낫다

스트림은 반복(iteration)을 지우너하지 않는다. 따라서 스트림과 반복을 알맞게 조합해야 좋은 코드가 나온다. API를 스트림만 반환하도록 짜놓으면 반환된 스트림을 for-each로 사용해야하는 사용자는 불편하다.

사실 Stream 인터페이스는 Iterable 인터페이스가 정의한 추상 메서드를 전부 포함할 뿐 아니라, Iterable 인터페이스가 정의한 방식대로 동작한다. 그럼에도 for-each를 사용할 수 없는 이유는…

[item 63, 64, 65, 66, 67, 68] 일반적인 프로그래밍 원칙

item 63 “문자열 연결은 느리니 주의하라”

문자열 연결 연산자로 문자열 n개를 잇는 시간은 n²에 비례한다. 대신 StringBuilder의 append 메서드를 사용하자.

StringBuffer : Synchronized가 걸려있음 (Thread-safe), 그래서 비교적 느리며 배열을 사용하기 때문에 새로운 주소를…