📚Book Archive

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 객체지향 설계, 왜 '역할·책임·협력'이 핵심인가? 개발을 하다 보면, "어떤 클래스에 어떤 메서드를 넣어야 하지"라는 고민을 자주 하게 된다.하지만 그 이면에는 사실 "이 객체는 무슨 역할을 맡고, 무슨 책임을 지며, 다른 객체와 어떻게 협력할 것인가?"라는 더 근본적인 질문이 숨어있다. 이번 글에서는 왜 이 세 가지가 객체지향 설계의 핵심인지, 그리고 실제 프로젝트에서 어떻게 적용되는지를 쉽게 정리해보려고 한다.  역할(Role) - 객체가 맡은 '가면' "같은 역할을 여러 객체가 할 수도, 하나의 객체가 여러 역할을 맡을 수도 있다."역할이란 객체가 어떤 상황에서 수행하는 일이나 기능을 말한다.예를 들어, 영화 예..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 소프트웨어를 개발할 때 좋은 설계란 무엇일까? 프로그램이 잘 돌아가는 것은 기본이고,나중에 요구사항이 바뀌어도 수정이 쉽고, 코드 읽기도 편해야 좋은 설계라고들 한다. 객체 지향 프로그래밍(OOP)은 바로 이러한 유연하고 이해하기 쉬운 설계를 만드는 방법 중 하나이다. 조영호 님의 저서 『오브젝트』 1장은 간단한 예제를 통해 절차적인 코드를 객체지향적으로 개선하면서,객체 지향 설계의 핵심 개념을 설명한다. 이번 포스트에서는 1장의 내용을 쉽게 이해할 수 있도록 풀어서 요약해 보겠다.  티켓 판매 애플리케이션 예제 (절차지향 방식) 1장에서는 작은 극장의 티켓 판매 애플리케이션 예시로 이야기를 시작한다.극장에는 관람객(A..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 64 - 객체는 인터페이스를 사용해 참조하라 왜 인터페이스가 클래스보다 나은가유연성 (Flexibility)인터페이스는 구현체에 의존하지 않기 때문에 다양한 구현체로 대체가 가능하다.반면, 클래스는 고정된 형태로 설계되어 있어 변경과 확장이 어렵다.구현체의 불투명성인터페이스를 사용할 경우, 내부 구현이 무엇인지 알 필요가 없다. 이는 추상화의 장점을 극대화한다.클래스는 명확한 구현을 포함하고 있어 내부 구조를 알 수 있지만, 이는 때로 불필요한 의존성을 초래할 수 있다. 예제 코드 - 인터페이스 활용의 중요성public class EmailUtil { private static final Pattern EM..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 57 - 지역 변수의 범위를 최소화하라 지역 변수의 범위를 최소화하는 이유지역 변수는 필요한 시점에 바로 선언하고 초기화해야 한다.이렇게 하면 코드의 가독성과 유지보수성이 높아지고, 의도를 명확하게 전달할 수 있다. 반대로, 변수를 너무 일찍 선언하거나 범위가 불필요하게 넓어지면, 코드 흐름을 파악하기 어려워진다.변수 값이 예상치 못한 곳에서 의도치 않게 변경될 가능성도 커지고, 추적에 많은 시간을 소모하게 된다. 따라서 지역 변수는 최소한의 범위에서만 관리하여 안정적이고 명확한 코드를 유지하는 것이 중요하다. 변수 사용 예시public void test() { int size = 30, start = 1,..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 49 - 매개변수가 유효한지 검사하라 매개변수 검사의 필요성API나 메서드 호출 시 매개변수(parameter)가 올바른 값인지 검사하는 것은 매우 중요하다.잘못된 값이 들어오면 예기치 않은 동작이나 오류가 발생할 수 있기 때문이다. 매개변수의 유효성을 사전에 검증하면 서비스의 안정성과 예측 가능성을 확보할 수 있다.이를 통해 코드가 예상치 못한 상황에서도 안전하게 동작할 수 있도록 보장할 수 있다. 예제 코드 - 장바구니 아이템 추가@RestControllerpublic class ParameterCheckController { @Data class AddItemForm { private..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 42 - 익명 클래스보다는 람다를 사용하라 자바 8, 그리고 람다자바 8에서는 함수형 프로그래밍의 도입으로 인해,작은 함수 객체를 구현하기에 람다(lambda)가 도입되었다. 람다는 함수형 인터페이스를 지향하며,코드의 간결함과 가독성을 높이는데 초점을 맞춘다. 특히, 타입을 명시해야 코드가 더 명확해지는 상황을 제외하고는,람다의 매개변수 타입은 생략하는 것이 좋다. 이는 컴파일러가 타입을 추론할 수 있는 환경을 만들어주기 때문이다. 익명 함수와 람다의 비교기존의 익명 클래스와 람다를 비교하여 람다의 장점을 살펴보자. 예제 코드// 익명 클래스List words = List.of("사과", "배", "바나나");C..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 34 - int 상수 대신 enum을 사용하라 왜 enum을 사용해야 할까?다음과 같은 방식으로 상수를 정의해 사용하는 코드는 흔히 볼 수 있다. public static final int APPLE = 0;public static final int ORANGE = 1;public static final int BANANA = 2;public static final int GRAPE = 3;하지만 이 방식은 여러 문제를 야기한다. public static final int FRUIT_APPLE = 10;public static final int FOOD_APPLE = 10;구분의 모호성과일과 음식으로서의 "사과"..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 30 - 이왕이면 제네릭 메서드로 만들라 제네릭 메서드란제네릭 메서드는 타입 매개변수를 사용하여 컴파일 시 타입 안정성을 보장하는 메서드이다. 이는 형변환(casting) 없이도 다양한 타입에 대해 안전하고 유연하게 동작할 수 있게 한다. Type-safe Generic Method의 구현 예제 코드List stringList = List.of("T1", "T2", "T3");// 제네릭 메서드 예시static List of(E e1, E e2, E e3) { return new ImmutableCollections.ListN(e1, e2, e3);}// UnaryOperator 예제private stat..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 26 - 로 타입은 사용하지 말라 Raw 타입이란제네릭이 도입되기 이전의 컬렉션 클래스와 같이 타입 매개변수를 지정하지 않은 상태의 타입을 의미한다. 예제 코드List test = new ArrayList();test.add("String");test.add(1); // 서로 다른 타입의 객체 추가 허용 설명위 코드는 컴파일러가 타입 안전성을 보장하지 못하기 때문에런타임 에러가 발생할 가능성이 크다. 예를 들어, String과 Integer 같은 서로 다른 타입의 데이터를하나의 리스트에 추가해도 컴파일 에러는 발생하지 않는다. 하지만, 해당 리스트를 사용하는 코드에서예상치 못한 문제가 발생할 수 있다. Raw ..

※ 책 내용을 바탕으로 제 관점에서 풀어 쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 20 - Abstract class 보다는 interface를 우선하라 Extends vs Implementsextends단일 상속만 가능하다.한 클래스는 하나의 상위 클래스를 상속받을 수 있다.implements다중구현이 가능하다.클래스는 여러 개의 인터페이스를 구현할 수 있다. 예제 코드public class Sub extends Super implements Serializable, Cloneable {}public interface Sub extends Serializable, Cloneable {} Default Method와 InterfaceJava 8부터 default 메서드가 추가되어 기본 동작을..