일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Domain Driven Design
- JPA
- Docker cache
- GitHub Actions
- Docker Layer
- ddd
- Spring Batch
- 아이템 26
- Immutable Object
- criteriaquery
- Github Actions Cache
- 아이템 23
- 자바 ORM 표준 JPA 프로그래밍
- 아이템 25
- 아이템29
- 객체지향 쿼리 언어
- 도메인 주도 개발 시작하기
- 일ㅊ
- jdbc
- JPQL
- 아이템 22
- 이펙티브자바
- java
- 아이템 28
- 아이템 27
- 아이템 24
- 아이템31
- cicd
- 최범균
- 아이템30
- Today
- Total
목록전체 글 (56)
코딩은 마라톤
지금 4일째? 블로그를 작성하지 않고 있습니다..그 말은 즉슨 책을 4일 동안, 총 12 아이템이나 놓쳐버린거죠.. 사실 지금 이펙티브 자바를 읽으면서 고민 거리가 생겼습니다.이펙티브 자바를 읽으면서 신기한 주제도 많지만 생각보다 많이 어렵습니다.. (제가 모르는 걸 더 찾고 공부해야하는데 하지 않음)책만 읽고 블로그를 쓴다고 지식이 느는 게 아닌데 말이죠,,,학습이라는 게 "배울 학 + 익힐 습" 인데 저는 배움만 실천하고 있습니다.. 회사를 다니면서 궁금한게 많이 생깁니다.예를 들면, 조회하는 클래스(메서드)에서 @Transactional(readonly=true)로 하면 성능상 이점이 생기는 이유라던가...Optional 객체를 스트림할 때 flatMap()을 통해 꺼내올 수 있다던가...왜 실무에..
아이템 29. 이왕이면 제네릭 타입으로 만들라Object 기반 스택 public class Stack { private Object[] elements; private int size = 0; private static final int DEFAULT_INITIAL_CAPACITY = 16; public Stack() { this.elements = new Object[DEFAULT_INITIAL_CAPACITY]; } public void push(Object e) { elements[size++] = e; } public Object pop() { if (size == 0) { throw..
5장 제네릭자바 5부터 사용 가능제네릭을 사용하면 컴파일러에게 타입을 알려주어 더 안전하고 명확한 프로그램을 만들어 준다. 아이템 26. 로 타입은 사용하지 마라제네릭 타입클래스, 인터페이스 선언에 타입 매개변수가 쓰인 것List 인터페이스는 원소의 타입을 나타내는 타입 매개변수 E를 받는다. 제네릭 타입은 일련의 매개변수화 타입(parameterized type)을 정의한다.클래스(혹은 인터페이스) 이름에, 꺾쇠괄호 안에 실제 타입 매개변수 나열ex) List : String이 정규 타입 매개변수 E에 해당하는 실제 타입 매개변수 로 타입(raw type)제네릭 타입에서 타입 매개변수를 전혀 사용하지 않는 타입타입 선언에서 제네릭 타입 정보가 전부 지워진 것처럼 동작private final List l..
오늘은(6월 6일) 나라를 위해 희생한 이들을 기리는 국가추념일입니다. 목숨을 바친 모든 선열들에 의해 저희가 자유롭게 살 수 있습니다.항상 감사합니다. 아이템 25. 톱레벨 클래스는 한 파일에 하나만 담으라소스파일 하나에 톱레벨 클래스를 여러개 선언하더라도 자바 컴파일러는 문제를 일으키지 않는다.여러개 선언하는 일은 이득이 없고 심각한 위험이 생길 수 있다. public class Main { public static void main(String[] args) { System.out.println(BREAD.NAME + DRINK.NAME); }}Bread.javaclass Bread { static final String NAME = "소금빵";}class Drink { s..
아이템 22. 인터페이스는 타입을 정의하는 용도로만 사용하라인터페이스는 자신을 구현할 클래스의 인스턴스를 참조할 수 있는 "타입" 역할을 한다.클래스가 어떤 인터페이스를 구현한다는 것은 자신의 인스턴스로 무엇을 할 수 있는지를 클라이언트에게 알려주는 것! 위 용도로 인터페이스를 사용해야 한다. 안티 패턴 - 상수 인터페이스static final 필드로만 가득 찬, 메서드는 없는 인터페이스public interface NumberConstants { static final double ONE_NUMBER = 1.111111; static final double TWO_NUMBER = 2.222222; static final double THREE_NUMBER = 3.333333;} 클래스..
아이템 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라문서화해놓지 않은 '외부' 클래스를 상속하는 것은 위험하다.프로그래머의 통제권 밖에 있고, 언제 어떻게 변경되는지 알 수 없다. 상속용 클래스는 재정의할 수 있는 메서드들을 내부적으로 어떻게 이용하는지(자기사용) 문서로 남겨야 한다.재정의할 수 있는 메서드public과 protected 메서드 중 final이 아닌 모든 메서드즉, 재정의 가능 메서드를 호출할 수 있는 모든 상황을 문서로 남겨야 한다. 예시@implSpec 태그를 붙여 자바독 도구가 절을 생성해준다.위 설명에서는 iterator 메서드를 재정의하면 remove 메서드의 동작에 영향을 줄 수 있음을 명시한다.iterator 메서드는 재정의할 수 있는 메서드다. ..
아이템 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라class Point { public double x; public double y;} 위와 같은 클래스는 데이터 필드에 직접 접근할 수 있으니 캡슐화의 이점을 제공하지 못한다.또한 API 수정 없이 내부 표현을 바꿀 수 없으며, 불변식 보장 못하고, 외부에서 필드에 접근할 때 부수 작업을 수행할 수도 없다. 따라서 필드들을 private으로 바꾸고 public 접근자 (getter)를 추가한다.class Point { private double x; private double y; public double getX() { return x; } public double getY() { re..
아이템 13. clone 재정의는 주의해서 진행하라Cloneable : 복제해도 되는 클래스임을 명시하는 용도의 인터페이스-> 의도한 목적을 제대로 이루지 못함. 가장 큰 문제 : clone 메서드가 선언된 곳이 Cloneable이 아닌 Object이고, protected 접근제어자그래서 Cloneable을 구현하는 것만으로는 외부 객체에서 clone 메서드를 호출할 수 없다. Cloneable이 하는 일Cloneable 인터페이스를 구현하지 않고 Object's clone 메서드 사용시 'CloneNotSupportedException' 발생Object의 protected 메서드인 clone의 동작 방식을 결정Cloneable을 구현한 클래스의 인스턴스에서 clone을 호출하면 그 객체의 필드들을 하..