Eundms

public class Item { private int id; private String name; private int price; private int count; private Item(int id, String name, int price, int count) { this.id = id; this.name = name; this.price = price; this.count = count; } @Override public String toString() { return "" + this.id + " " + this.name + " " + this.price + " " + this.count; } public static ItemBuilder builder() { return new ..

CS구멍/디자인패턴 2024. 11. 5. 20:31

단순 팩터리 패턴public class ItemFactory { public static ItemInterface createItem(String barcode) { ItemInterface item = null; if (barcode.equals("food")) { item = new FoodItem(); } else if (barcode.equals("bicycle")) { item = new BicycleItem(); } return item; }}  팩터리 메서드 패턴if 분기 판단 논리를 다형성을 사용함으로써 제거한 코드public class ItemFactory { ItemInterface cr..

CS구멍/디자인패턴 2024. 5. 5. 14:04

1. 즉시 초기화public class IdGnerator { private AtomicLong id = new AtomicLong(0); private static final IdGenerator instance = new IdGenerator(); private IdGenerator() {} public static IdGenerator getInstance() { return instance; } public long getId() { return id.incrementAndGet(); }} 2. 늦은 초기화public class IdGnerator { private AtomicLong id = new AtomicLong(0);..

CS구멍/디자인패턴 2024. 5. 1. 12:00

단일책임원칙 클래스와 모듈은 하나의 책임 또는 기능만을 가지고 있어야 한다 클래스에 단일 책임이 있는지 판단하기 일단 작성하고, 코드가 복잡해짐에 따라 거대해진 클래스를 여러 개의 세분화된 클래스로 나누자 1. 클래스에 코드, 함수 또는 속성이 너무 많아 코드의 가독성과 유지 보수성에 영향을 미치는 경우 클래스 분할을 고려하자 2. 클래스가 너무 과하게 다른 클래스에 의존한다면, 높은 응집도와 낮은 결합도의 코드 설계 사상에 부합하지 않으므로 클래스 분할을 고려하자 3. 클래스에 private 메서드가 너무 많은 경우 새로운 클래스로 분리하고 더 많은 클래스에서 사용할 수 있도록 public 메서도로 설정하여 코드의 재사용성을 향상시키자 4. 클래스의 이름을 비즈니스적으로 정확하게 지정하기 어렵거나 Ma..

CS구멍/디자인패턴 2024. 4. 20. 10:43