일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- javascript
- redis
- github
- html
- Static
- Linux
- r
- cache
- NoSQL
- ajax
- reactive
- reactor
- Java
- VCS
- Heap
- libuv
- nodejs
- Lombok
- spring
- mybatis
- mongodb
- effective
- Elk
- AWS
- network
- socket
- 데이터통신
- 네트워크
- HTTP
- git
- Today
- Total
목록builder (2)
빨간색코딩
이펙티브자바 3판이 드디어 번역되어 출판되었다. (2달전에 2판샀는데 다 읽지도않았는데...) 해당 내용은 이펙티브 자바 3판 (조슈아 블로크 지음, 이복연 옮김)를 읽고 나같은 초심자의 눈으로 이해한 내용을 정리해보았다. (정리된 글만 보는 것보단 이 책은 꼭 사길..바랍니다) 책에 있는 내용을 기반으로 썼지만, 책에 없는 내용도 조금 적었다. (자바빈 패턴에서 필수인자 받기, 직렬화, Weak Reference 등) 2장의 아이템 목록생성자 대신 정적 팩터리 메서드를 고려하라생성자에 매개변수가 많다면 빌더를 고려하라private 생성자나 열거 타입으로 싱글턴임을 보증하라인스턴스화를 막으려거든 private 생성자를 사용하라자원을 직접 명시하지 말고 의존 객체 주입을 사용하라불필요한 객체 생성을 피하라..
인스턴스를 생성할 때 파라미터가 많을 수록, 매우 많은 경우의 수가 생긴다. 파라미터A는 값이 들어있을수도, B는 안들어있을수도 있는 등등등. 이럴 경우 대응할 수 있는 방안이 내 생각에서는 아래와 같았다.오버로딩으로 사용할 만한 경우마다 생성자를 생성한다.하나의 생성자에서 파라미터를 그냥 null 로 넘긴다.그런데 타인의 코드를 보던 도중 VO 에 빌더패턴을 적용한 것을 보았다..!1. Builder 패턴은 왜 쓰는가?위의 서문같은 경우를 해결할 수 있다. 또한 아래와 같은 장점들이 있다.인스턴스를 생성할 때 인자를 선택적으로 가독성 좋게 넘길 수 있다.인자의 순서에 상관이 없어진다.불필요한 생성자를 만들지 않는다.2. 사용 예제아래처럼 생성자를 멤버변수들을 나열해도 좋고, ComputerBulider..