July 17, 2023

Item 1

Item 1 생성자 대신 정적 팩터리 메서드를 고려하라 인스턴스를 얻기 위한 가장 고전적인 방법은 public 생성자 그러나 정적 팩터리 메서드라는 인스턴스를 반환하는 단순한 정적 메서드를 이용하는 방법이 있음 이 방법은 여러 장단점이 존재 장점 메서드기 때문에 이름을 가질 수 있음 인스턴스를 생성할 때 의미를 명확하게 할 수 있음 호출될 때 마다 인스턴스를 새로 생성하지 않아도 될 수 있음 Immutable 클래스의 경우에는 캐싱한 인스턴스를 재활용 가능 반환 타입의 하위 타입 객체를 반환 가능 반환할 객체의 클래스를 선택 가능하므로 엄청난 유연성 제공 자바 8에서 인터페이스가 정적 메서드를 가질 수 있게 되면서 이 이점이 더욱 극대화됨 입력 매개변수에 따라 다른 클래스의 객체 반환 가능 클라이언트는 어떤 클래스의 객체가 반환되는지 알 필요가 없음 반환하는 클래스의의 하위 타입 클래스의 객체이기만 하면 됨 정적 팩토리 메소드를 작성할 시기에, 반환할 객체의 클래스가 없어도 됨 그냥 인터페이스를 클라이언트에 넘겨줘도 됨 (이 부분을 조금 더 생각해 봐야 할 듯) 단점 정적 팩터리 메서드만 제공하는 경우 상속을 통해 하위 클래스를 만들기가 불가능 상속을 위해서는 public 혹은 protected 생성자가 필요하기 때문 정적 팩터리 메서드를 프로그래머가 찾기 힘듦 생성자와 달리 API에 설명이 명확히 드러나지 않음 API 문서를 잘 쓰고, 메서드 이름도 컨벤션을 따르는 등의 노력이 필요 정적 팩터리 메서드 명명 방식 from: 매개변수 하나를 받아서 해당 타입의 인스턴스를 반환 of: 여러 매개변수를 받아 적합한 타입의 인스턴스를 반환 valueOf: from, of의 자세한 버전 instance / getInstance: 매개변수로 명시한 타입의 인스턴스를 반환 create / newInstance: 매개변수로 명시한 타입의 새로운 인스턴스를 만들어 반환 type / getType: getInstance와 비슷하나, 다른 Type의 인스턴스를 만들 때 사용 type/ newType: newInstance와 비슷하나, 다른 Type의 인스턴스를 새로 만들어 반환할 때 사용 References 조슈아 블로크 - Effective Java 3/E

July 15, 2023

Git 자주 사용하는 명령어

Git 자주 사용하는 명령어 Git 자주 사용하는 명령어 git status: 현재 변경 상황을 확인하기 위해 사용. 주로 add 하기 전에 어떤 파일이 변경되었는지 확인 git log: 로그 확인. 주로 이전 커밋 메시지를 확인 git init: git 저장소를 생성. 이미 코드가 있는 로컬 저장소에서 git remote를 하기 전에 사용 git clone [URL]: git 저장소를 복제. 원격 저장소에서 로컬로 코드 가져올 때 사용 git add .: 모든 파일을 스테이징 영역에 올릴 때 사용.

July 14, 2023

Event Sourcing

Event Sourcing Event Sourcing 애플리케이션의 모든 상태를 일으키는 이벤트를 순서에 맞게 저장해 상태를 만들어내는 방법 현재 상태 만을 저장하지 않고, 현재 상태가 되기 위해 어떤 데이터의 변경이 있었는지를 저장하는 방법 장점 모든 상태 변화가 기록되고, 이를 로그 및 히스토리로 활용 가능 특정 시점으로 복구 가능 Write 연산을 수행할 때, 상태 변화만 기록해 두고 현재 상태에 대한 계산은 후처리를 하는 방법을 통해 latecny를 최소화 가능 단점 Read 연산을 하기 위해서는 이벤트를 수행해야 하므로 읽기 성능이 약화됨 Write 연산에 대한 latency는 줄어 들지만, 사용자가 오래된 데이터를 볼 수 있음 더 많은 데이터 저장 공간이 필요 Read / Write의 trade-off를 잘 고려해 사용하면 됨 References https://sabarada.

July 13, 2023

Mock

Mock Mock 한 메서드가 네트워크, DB 등 테스트하기 어려운 것들에 의존하고 있다면 단위 테스트가 힘듦 실제 객체 대신 가짜 객체를 만들어서 테스트에 사용하는데, 이를 Mock 이라고 함 Mock은 다음과 같은 상황에 사용 실제 객체를 만드는데 비용이 높은 경우 객체간의 의존성이 강한 경우 테스트 환경 구축이 힘든 경우 테스트 시간이 오래 걸리는 경우 사용하기 전에 반드시 Mock이 필요한지 확인해 봐야 함 실제로 테스트는 통과하더라도 반드시 정상적으로 동작하는 것을 보장하지는 않음 Mock은 흉내만 낼 뿐이기 때문 References https://medium.

July 11, 2023

Static Factory Method

Static Factory Method Static Factory Method 객체의 생성을 담당하는 클래스 메서드 객체를 생성할 때 생성자가 아닌 of 등의 메서드를 이용해 생성하는 방법 enum에서 사용하는 valueOf도 정적 팩토리 메서드의 일종 한 개의 인자를 받을 때는 from, 여러 개의 인자를 받을 때는 of를 주로 사용 생성자 대신 사용하면 다음과 같은 여러 이점 존재 생성자 대비 이점 생성자 대신 메소드를 통해 이름을 부여하기 때문에 생성 목적을 확실히 알 수 있음 자주 사용되는 객체가 정해져 있다면 캐싱을 통해 매 번 새로운 객체를 생성하지 않아도 됨 하위 타입의 객체를 반환 가능 Dto.

July 10, 2023

Null Object Pattern

Null Object Pattern Null Object Pattern 함수에서 null을 리턴하는 경우, 함수를 호출한 쪽에서 null을 처리해야 함 null이 퍼져서 연쇄적으로 오류 발생 가능 함수 내부에서 null을 반환해야 하는 경우 null을 의미하는 object를 반환해서 문제 해결 가능 함수를 호출한 쪽에서 신경쓸 필요가 없음 null check에 대한 책임을 한 곳으로 모을 수 있음 코드 예시, findById를 호출한 쪽에서는 null 여부를 상관쓰지 않아도 된다 static한 emptyUser라는 null object를 반환하기 때문 class User { private int id; User(int id) { this.

July 7, 2023

First Class Collection

First Class Collection First Class Collection 소프트웨어 앤솔로지의 객체지향 생활체조에서 사용하기를 권장하는 클래스 일급 콜렉션의 규칙은 다음과 같음 콜렉션을 포함한 클래스는, 해당 콜렉션 외에 다른 멤버 변수가 없음 Collection을 wrapping 하는 클래스 장점 주어진 조건을 만족하는 콜렉션 형태의 클래스를 만들 수 있음 값을 변경하는 메소드가 없는 경우 immutable한 클래스를 만들 수 있음 다만 getter가 있는 경우 리스트에 직접 접근해서 값을 수정할 수 있으므로 조심해야 함! 값과 로직, 즉 상태와 행위를 한 곳에서 관리 컬렉션에 이름 부여 가능, 즉 List 형태가 아닌 Items 형태기 때문에 문제 파악 등이 쉬움 References https://jojoldu.

July 6, 2023

인텔리제이 코딩 컨벤션 설정

인텔리제이 코딩 컨벤션 설정 인텔리제이 코딩 컨벤션 설정 코딩 컨벤션 관련 xml 파일을 다운로드 예시 링크 인텔리제이 웰컴 화면 -> Settings -> Editor -> Code Style -> Java -> Scheme의 톱니바퀴 -> Import Scheme -> Intellij IDEA Code Style XML 클릭해서 다운받은 파일로 설정 Tab Size 및 Indent, Continuation Indent, Use tabs 등을 설정 Ctrl(Command) + Alt(Option) + L을 누르면 컨벤션에 맞게 수정됨 References https://055055.tistory.com/97 기타 깃허브에 올리는 과정에서 사용자 이름과 계정을 설정하지 않아 사소한 계정 문제 발생

July 5, 2023

런던파 고전파

런던파 고전파 런던파와 고전파 단위 테스트에 대한 두 가지 견해로, 런던파와 고전파라는 방법이 존재 테스트를 격리하는 방법이 다름 런던파 런던 프로그래밍 커뮤니티에서 시작된 견해, 클래스 간 격리 테스트 대상 클래스를 테스트에 필요한 다른 클래스들에게서 격리함 테스트 대상 클래스에만 집중 가능 Mock을 이용 테스트 범위가 좁고 세밀하나, 이렇게 세밀한 것이 기능 단위를 반영하지 못할 수 있음 클래스의 연결된 의존성이 많아져도 테스트하기 쉬움 테스트가 실패했을때 문제가 발생한 곳을 찾기 쉬움 하향식 설계이고, 테스트가 깨지기 쉬움 고전파 켄트 백의 TDD 원론에서 시작된 견해, 단위 테스트 간 격리 각각의 단위 테스트는 서로의 결과에 영향을 미치지 않음 Mock이 아닌 실제 구현체를 사용해서 테스트 테스트 간 서로 영향을 주는 공유 의존성 발생 가능 상향식 설계이기 때문에, 의도치 않게 오버 엔지니어링이 될 수 있음 References https://kukim.

July 4, 2023

Private Method Test Code

Private Method Test Code Private Method Test Code Private 메소드의 테스트 코드는 작성하지 않는 것이 좋음 Private method를 테스트 해야 한다면 책임이 잘못 할당되거나 설계가 잘못되었다는 뜻 리팩토링을 해야 한다는 신호 그러나 꼭 private 메소드를 테스트 해야 하는 경우에는 reflection 등을 이용해 테스트 가능 References https://jojoldu.tistory.com/681 https://mangkyu.tistory.com/235 https://shoulditestprivatemethods.com/