📂 JAVA

상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라 - [4장. 클래스와 인터페이스(아이템19)]

상속을 고려해 설계하고 문서화하는 방법들을 알아보자. 1. 상속용 클래스는 재정의할 수 있는 메서드들을 내부적으로 어떻게 이용하는지(자기 사용) 문서로 남겨야 한다. 🛺 재정의 가능 메서드를 호출할 수 있는 모든 상황을 문서로 남겨야 한다. 유명한 격언 중 하나인 "좋은 API 문서란 '어떻게'가 아닌 '무엇'을 하는지를 설명해야 한다"와 대치되는 내용이기도 하다. 하지만 상속이 캡슐화를 해치기 때문에 클래스를 안전하게 상속할 수 있도록 하려면 '상속만 아니었다면 기술하지 않았어야 할' 내부 구현 방식을 설명해야 한다. AbstractCollection.java의 remove 메서드를 살펴보자. 위와 같이 API 문서의 메서드 설명 끝에 "Implementation Requirements"가 붙은 걸 볼..

상속보다는 컴포지션을 사용하라 - [4장. 클래스와 인터페이스(아이템18)]

상속은 코드를 재사용하는 강력한 수단이지만, 항상 최선은 아니다. 잘못 사용하면 오류를 내기 쉬운 소프트웨어를 만들게 된다. 상위 클래스와 하위 클래스를 모두 같은 프로그래머가 통제하는 패키지 안에서라면 상속도 안전한 방법이다. 확장할 목적으로 설계되었고 문서화도 잘 된 클래스도 마찬가질 안전하다. 하지만 일반적인 구체 클래스를 패키지 경계를 넘어, 즉 다른 패키지의 구체 클래스를 상속하는 일은 위험하다. 여기서 다룰 '상속'은 클래스가 다른 클래스를 확장하는 '구현 상속'을 말한다. 클래스가 인터페이스를 구현하거나 인터페이스가 다른 인터페이스를 확장하는 '인터페이스 상속'과는 무관한 것이다. 메서드 호출과 달리 상속은 캡슐화를 깨뜨린다. 문제가 발생하는 2가지 이유에 대해서 알아보고 해결책에 대해서 알..

변경 가능성을 최소화하라(불변 클래스를 만들 때 고려할 것)(3) - [4장. 클래스와 인터페이스(아이템17)]

이전 글 변경 가능성을 최소화하라(불변 클래스를 만드는 다섯 가지 규칙)(1) - [4장. 클래스와 인터페이스(아이템17)] 변경 가능성을 최소화하라(불변 클래스의 장점, 단점, 단점 대처 방법)(2) - [4장. 클래스와 인터페이스(아이템17)] 이번 글에서는 '불변 클래스를 만들 때 고려할 것'에 대해서 알아보자. 1. 상속을 막을 수 있는 또 다른 방법 🦓 이전 글을 통해 불변 클래스를 보장하려면 자신을 상속하지 못하게 해야 한다는 것을 알 수 있었다. 자신을 상속하지 못하게 하는 가장 쉬운 방법으로 final 클래스에 대해서 알아보았다. 하지만 더 유연한 방법이 있다. 모든 생성자를 private 혹은 package-private으로 만들고 public 정적 팩터리를 제공하는 방법이다. // 1...

변경 가능성을 최소화하라(불변 클래스의 장점, 단점, 단점 대처 방법)(2) - [4장. 클래스와 인터페이스(아이템17)]

이전 글 변경 가능성을 최소화하라(불변 클래스를 만드는 다섯 가지 규칙)(1) - [4장. 클래스와 인터페이스(아이템17)] 이번 글에서는 불변 클래스의 장점, 단점, 그리고 단점 대처 방법에 대해서 알아보자. 1. 장점 🚑 📘 장점 1. 함수형 프로그래밍에 적합하다. public final class Complex { private final double re; private final double im; public Complex(double re, double im) { this.re = re; this.im = im; } public double realPart() { return re;} public double imaginaryPart() {return im;} public Complex pl..

변경 가능성을 최소화하라(불변 클래스를 만드는 다섯 가지 규칙)(1) - [4장. 클래스와 인터페이스(아이템17)]

불변 클래스란 인스턴스의 내부 값을 수정할 수 없는 클래스를 말한다. 불변 인스턴스에 간직된 정보는 고정되어 객체가 파괴는 순간까지 절대 달라지지 않는다. 불변 클래스는 가변 클래스보다 설계하고 구현하고 사용하기 쉬우며, 오류가 생길 여지도 적고 훨씬 안전하다는 이점이 있다. 아이템 17에서는 아래 3가지 내용을 다루고 있다. 불변 클래스를 만드는 다섯 가지 규칙 불변 클래스의 장점, 단점, 단점 대처 방법 불변 클래스를 만들 때 고려할 것 이번 글에서는 '1. 불변 클래스를 만드는 다섯 가지 규칙'에 대해서 알아보자. 1. 객체의 상태를 변경하는 메서드를 제공하지 않는다. 🚕 public class PhoneNumber { private short areaCode, prefix, lineNum; pub..

public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라 - [4장. 클래스와 인터페이스(아이템16)]

제목에서와 같이 public 클래스를 사용할 경우 public 필드가 아닌 접근자 메서드를 사용하는 것을 권장하고 있다. 1. public 클래스에서 public 필드를 사용했을 경우의 문제점 🥞 public class Point { public double x; public double y; } 위와 같은 클래스는 데이터 필드에 직접 접근할 수 있으므로 캡슐화의 이점을 제공하지 못한다. 그에 따라서 다음과 같은 문제점을 가지게 된다. API를 수정하지 않고는 내부 표현을 바꿀 수 없다. 불변식을 보장할 수 없다. 외부에서 필드에 접근할 때 부수 작업을 수행할 수 없다. 2. public 클래스에서 접근자 메서드를 사용했을 경우의 이점 🧇 public class Point { private double ..

클래스와 멤버의 접근 권한을 최소화하라 - [4장. 클래스와 인터페이스(아이템15)]

이번 글을 통해 '정보 은닉의 장점'과 '클래스와 인터페이스', '멤버(필드, 메서드, 중첩 클래스, 인터페이스)'의 접근 제한자 원칙에 대해서 알아보자. 1. 정보 은닉의 장점 🎸 정보 은닉의 장점은 정말 많은데 그중 대부분은 구현과 API를 분리시켜서 얻는 이점과 연관되어 있다. 정보 은닉의 장점은 아래와 같다. 시스템 개발 속도를 높인다. 여러 컴포넌트를 병렬로 개발할 수 있기 때문이다. 시스템 관리 비용을 낮춘다. 각 컴포넌트를 더 빨리 파악하여 디버깅할 수 있고, 다른 컴포넌트로 교체하는 부담도 적기 때문이다. 정보 은닉 자체가 성능을 높여주지는 않지만, 성능 최적화에 도움을 준다. 완성된 시스템을 프로파일링해 최적화할 컴포넌트를 정한 다음, 다른 컴포넌트에 영향을 주지 않고 해당 컴포넌트만 최..

Comparable을 구현할지 고려하라 - [3장. 모든 객체의 공통 메서드(아이템14)]

이번 글을 통해 Comparable을 어떻게 구현하면 좋을지 알아보고자 한다. 우선은 'compareTo 규약'에 대해서 알아보고 'compareTo를 구현하는 2가지 방법'에 대해서 알아볼 것이다. (만약 Comparable에 대한 기본지식이 필요하다면 이전 글을 참고하기 바란다.) 들어가기에 앞서 Comparable 인터페이스의 유일무이한 메서드인 compareTo의 특징에 대해서 한번 살펴보자. 이는 아래의 2가지만 빼면 Object.equals와 같다. 단순 동치성 비교에 더해서 순서까지 비교할 수 있다. Generic을 지원한다. 1. compareTo 규약 🪔 sgn(표현식) 표기는 수학에서 말하는 부호 함수를 뜻하며, 표현식의 값이 음수, 0, 양수 일 때 -1, 0, 1을 반환하도록 정의했..

clone 재정의는 주의해서 진행하라(2) - [3장. 모든 객체의 공통 메서드(아이템13)]

이전 글을 통해 불변 객체에서 clone을 사용하는 방법을 알아보았다. 이번에는 가변 객체에서 clone을 사용하는 방법을 알아보자. 가변 객체를 복제하는 3가지 방법을 살펴보자. 1. 배열 복사를 이용하는 경우 👨‍🚀 public class Stack implements Cloneable{ 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) { ensureCapacity(); elements[..

clone 재정의는 주의해서 진행하라(1) - [3장. 모든 객체의 공통 메서드(아이템13)]

이번 글에서는 clone을 재정의 할 때 어떤 점을 주의해서 재정의 해야 하는지 알아보고자 한다. clone의 기본적인 사용방법보다는 주의점에 초점이 맞춰져 있으므로 clone의 기본적인 사용방법을 알고 싶다면 이전 글을 참고하기 바란다. clone을 재정의할 때 크게 2가지 상황으로 구분할 수 있다. 첫 번째는 불변 객체에서의 clone이고 두 번째는 가변 객체에서의 clone이다. 먼저 불변 객체에 clone을 재정의할 때 주의점을 살펴보고, 다음 글을 통해 가변 객체에 clone을 재정의할 때 주의점을 살펴보도록 하자. 1. clone 규약 👩‍🌾 clone을 오버라이딩해서 우리가 만든 클래스에 재정의를 할 때 다음과 같은 조건(규약)을 만족하게 만들어야 한다. 아래의 3가지 규약을 기억하고 어떻게..

clone()

1. 개념 👷‍♂️ clone() 메서드는 자신을 복제하여 새로운 인스턴스를 생성하는 일을 한다. 2. 사용방법 👩‍⚕️ clone()은 Object 클래스에 다음과 같이 정의되어 있다. public class Object { protected native Object clone() throws CloneNotSupportedException; } 이를 사용하기 위해서는 다음 2가지를 수행하여야 한다. Cloneable 인터페이스를 구현한다. clone()을 오버라이딩하면서 접근 제어자를 protected에서 public으로 변경한다. public class User implements Cloneable { String name; int age; public User(String name, int age..

얕은 복사(Shallow Copy) vs 깊은 복사(Deep Copy)

얕은 복사(Shallow Copy)란 주소값을 복사하는 것을 말한다. (스택 영역) 깊은 복사(Deep Copy)란 실제 값을 메모리 공간에 복사하는 것을 말한다. (힙 영역) 1. 얕은 복사(Shallow Copy) 🐝 얕은 복사(Shallow Copy)는 주소값을 복사하는 것이다. 참조값을 복사했기 때문에 위의 그림처럼 같은 인스턴스를 가리키고 있다. 그래서 기존의 값을 바꾸면 복사된 값도 바뀌게 되는 상황이 발생한다. public class User { String name; int age; public User(String name, int age) { super(); this.name = name; this.age = age; } } ---------- public class ShallowCop..