티스토리

꾸준한 스터디

검색하기

블로그 홈

꾸준한 스터디

be-study-record.tistory.com/m

StudyRecord 님의 블로그입니다.

구독자: 0

방명록 방문하기

주요 글 목록

item90.직렬화된 인스턴스 대신 직렬화 프록시 사용을 검토하라 직렬화 프록시 패턴(serialization proxy pattern) Serializable을 구현하기로 결정한 순간 언어의 정상 메커니즘인 생성자 이외의 방법으로 인스턴스를 생성할 수 있게된다. 버그와 보안 문제가 일어날 가능성이 커진다는 뜻이다. 하지만 이 위험을 크게 줄여줄 기법이 바로 직렬화 프록시 패턴이다. 직렬화 프록시 패턴은 바깥 클래스의 논리적 상태를 정밀하게 표현하는 중첩 클래스를 설계해 private static으로 선언한다. 이 중첩 클래스가 바로 바깥 클래스의 직렬화 프록시다. 중첩 클래스의 생성자는 단 하나여야 하며, 바깥 클래스를 매개변수로 받아야 한다. 이 생성자는 단순히 인수로 넘어온 인스턴스의 데이터를 복사한다. 일관성 검사나 방어적 복사도 필요없다. 설계상, 직렬화 프록.. 공감수 0 댓글수 0 2023. 11. 28.
item89. 인스턴스 수를 통제해야 한다면 readResolver보다는 열거 타입을 사용하라 public class Elvis { public static final Elvis INSTANCE = new Elvis(); private Elvis() {...} public void leaveTheBuilding() {...} } 바깥에서 생성자를 호출하지 못하게 막는 방식으로 인스턴스가 오직 하나만 만들어짐을 보장하는 싱글턴 패턴의 예이다. 하지만 implements Serializable을 추가하는 순간 역직렬화시 readObject 사용하며 이 클래스가 초기화될 때 만들어진 인스턴스와는 별개인 인스턴스를 반환하게 된다. readResolve 기능을 이용하여 역직렬화 후 새로 생성된 객체를 인수로 이 메서드가 호출되고, 이 메서드가 원래 1개만 만들어져 있는 객체를 반환해 새로 생성된 객체는 참.. 공감수 0 댓글수 0 2023. 11. 27.
Item.88 readObject 메서드는 방어적으로 작성하라 아이템 50에서 불변인 날짜 범위 클래스를 만드는데 불변식을 지키고 불변을 유지하기 위해 생성자와 접근자 메서드에서 가변객체인 Date 객체를 방어적으로 복사하느라 코드가 상당히 길어졌다. 이 클래스를 직렬화 하기로 했을 때 Period 객체의 물리적 표현이 논리적 표현과 부합하므로 기본 직렬화 형태를 사용한다고 하면 이 클래스의 주요한 불변식을 더는 보장하지 못하게 된다. 문제는 readObject 메서드가 바이트 스트림을 받는 실질적 또다른 public 생성자이기 때문인데 불변식을 깨뜨릴 의도로 임의 생성한 바이트 스트림을 건네면 정상적인 생성자로 만들어낼 수 없는 객체를 생성해낼 수 있다. 실행하면 Period가 ClassNotFoundException가 나는데.. 모쪼록 원래 결과 값은 Fri J.. 공감수 0 댓글수 0 2023. 11. 16.
Item87. 커스텀 직렬화 형태를 고려해보라 클래스가 Serializable을 구현하고 기본 직렬화 형태를 사용하면 다음 릴리스 때 버리려 한 현재의 구현에 종속된다. 즉, 기본 직렬화 형태를 버릴 수 없게 된다. 실제로 BigInteger 같은 일부 자바 클래스가 이 문제에 시달리고 있다. 먼저 고민해보고 괜찮다고 판단될 때만 기본 직렬화 형태를 사용하라 기본 직렬화형태는 유연성, 성능, 정확성 측면에서 신중히 고민한 후 합당할 때만 사용해야 한다. 직접 설계하더라도 기본 직렬화 형태와 거의 같은 결과가 나올 경우에만 기본 형태를 써야 한다. 어떤 객체의 기본 직렬화 형태는 그 객체를 루트로 하는 객체그래프의 물리적 모습을 나름 효율적으로 인코딩한다. 객체가 포함한 데이터들과 그 객체에서 시작해 접근할 수 있는 모든 객체를 담아내며, 심지어 이 .. 공감수 0 댓글수 1 2023. 11. 15.
Item86.Serializable을 구현할지는 신중히 결정하라 어떤 클래스의 인스턴스를 직렬화 하려면 클래스 선언에 implements Serializable만 덧 붙이면 된다. 너무 쉽게 적용할 수 있기 때문에 직렬화를 지원하기란 짧게 보면 손쉬워 보이지만, 길게 보면 아주 값비싼 일이다. Serializable의 문제점 Serializable을 구현하면 릴리스한 뒤에는 수정하기 어렵다. 클래스가 Serializable을 구현하면 직렬화된 바이트 스트림 인코딩(직렬화 형태)도 하나의 공개 API가 된다. 이 클래스가 널리 퍼진다면 그 직렬화 형태도 공개 API와 마찬가지로 영원히 지원해야 한다. 커스텀 직렬화 형태를 설계하지 않고 자바의 기본 방식을 사용하면 직렬화 형태는 클래스의 private과 package-private 인스턴스 필드마저 API로 공개되어 캡.. 공감수 0 댓글수 0 2023. 11. 9.
Item85.자바 직렬화의 대안을 찾으라 직렬화(serialization)란 객체를 데이터 스트림으로 만드는 것을 뜻한다. 다시 말해 객체에 저장된 데이터를 스트림에 쓰기(write)위해 연속적인 데이터로 변환하는 것을 말한다. 객체는 참조타입 인스턴스들로 현재 참조되고 있는 메모리 주소를 전달할 수 없기때문에 Byte 형태로 기본형 데이터들로 변환되어 전송된다. 반대로 스트림으로부터 데이터를 읽어서 객체를 만드는 것을 역직렬화(deserialization)라고 한다. 이를 시스템적으로 살펴보면 JVM의 힙(Heap) 혹은 스택(Stack) 메모리에 상주하고 있는 객체 데이터를 직렬화를 통해 바이트 형태로 변환하여 데이터베이스나 파일과 같은 외부 저장소에 저장해두고, 다른 컴퓨터에서 이 파일을 가져와 역직렬화를 통해 자바 객체로 변환해서 JVM.. 공감수 0 댓글수 6 2023. 11. 9.
Item84. 프로그램의 동작을 스레드 스케줄러에 기대지 말라 여러 스레드가 실행 중이면 운영체제의 스레드 스케줄러가 어떤 스레드를 얼마나 오래 실행할지 정한다. 정상적인 운영체제라면 이 작업을 공정하게 수행하지만 구체적인 스케줄링 정책은 운영체제마다 다를 수 있다. 따라서 잘 작성된 프로그램이라면 이 정책에 좌지우지돼서는 안된다. 정확성이나 성능이 스레드 스케줄러에 따라 달라지는 프로그램이라면 다른 플랫폼에 이식하기 어렵다. 스케줄링이란 메모리에 적재된 프로그램을 CPU가 실행할 수 있도록 운영체제로 하여금 프로세스나 스레드에 CPU를 할당하는 것으로 스케줄러는 제한된 자원을 여러 프로세스가 효율적으로 운영하도록 다양한 정책을 가지고 CPU를 할당하게 되는데, 정책이란 어떤 기준 / 순서로 CPU를 할당하는지 결정하는 방법이다. 스케줄러는 프로세스 선택 기준을 정.. 공감수 0 댓글수 0 2023. 10. 29.
Item83. 지연 초기화는 신중히 사용하라 지연 초기화(lazy initialization)는 필드의 초기화 시점을 그 값이 처음 필요할 때까지 늦추는 기법이다. 그래서 값이 전혀 쓰이지 않으면 초기화도 결코 일어나지 않는다. 이 기법은 정적 필드와 인스턴스 필드 모두 사용할 수 있다. 지연 초기화는 주로 최적화 용도로 쓰이지만, 클래스와 인스턴스 초기화 때 발생하는 위험한 순환 문제를 해결하는 효과도 있다. 지연 초기화는 클래스 혹은 인스턴스 생성시의 초기화 비용은 줄지만 지연 초기화하는 필드에 접근하는 비용은 커진다. 지연 초기화하려는 필드 중 결국 초기화가 이뤄지는 비율에 따라, 실제 초기화에 드는 비용에 따라, 초기화된 각 필드를 얼마나 빈번히 호출하느냐에 따라 지연 초기화가 실제 성능을 느려지게 할 수 있으므로 필요할 때까지는 웬만하면 .. 공감수 0 댓글수 0 2023. 10. 29.
Item82. 스레드 안전성 수준을 문서화하라 한 메서드를 여러 스레드가 동시에 호출할 때 그 메서드가 어떻게 동작하느냐는 해당 클래스와 이를 사용하는 클라이언트 사이의 중요한 계약과 같다. API 문서에 아무런 언급도 없으면 그 클래스 사용자는 나름의 가정을 해야하고 그 가정이 틀리면 동기화를 충분히 하지 못하거나 지나치게한 상태로 심각한 오류로 이어질 수 있다. synchronized 키워드 API 문서에 synchronized 한정자가 보이는 메서드는 스레드에 안전하다고 들었겠지만 자바독 기본 옵션에서 생성한 API문서에는 synchronized 한정자가 포함되지 않는다. 메서드 선언에 synchronized 한정자를 선언할지는 구현 이슈일 뿐 API에 속하지 않아 그 메서드가 스레드 안전하다고 믿기 어렵다. 멀티스레드 환경에서도 API를 안전.. 공감수 0 댓글수 0 2023. 10. 29.
Item.70 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라 자바는 문제 상화을 알리는 타입(Throwable)으로 세 가지를 제공한다. 검사 예외 런타임 예외 에러 검사예외 호출하는 쪽에서 복구하리라 여겨지는 상황이라면 검사 예외를 사용하라. 검사와 비검사 예외를 구분하는 기본 규칙으로 검사 예외를 던지면 호출자가 그 예외를 catch로 잡아 처리하거나 더 상위 객체로 예외를 던지도록 강제한다. RuntimeException을 빼면 모두 검사 예외(checked exception)들이다. 만드려는 API에 반드시 예외적인 상황이 나올 수 있다면 checked exception을 던져 사용한 클라이언트가 예외적인 상황을 처리하도록 강제한다. 상위로 다시 던지거나 try/catch 하지 않으면 컴파일이 되지 않도록 강제하게 된다. 마땅한 검사 예외가 없다면 Exce.. 공감수 0 댓글수 0 2023. 10. 16.
Item69. 예외는 진짜 예외 상황에만 사용하라 예외(Exception)란 사용자의 잘못된 어플리케이션 조작이나 개발자의 코딩 실수로 인해 발생하는 프로그램 오류를 말한다. 예외가 발생되면 프로그램은 곧바로 종료된다는 점에서 에러와 동일하나, 예외는 예외 처리를 통해 프로그램을 종료하지 않고 정상 실행 상태가 유지되도록 할 수 있다. 예외의 종류는 개발자가 코드 작성을 하고 .class 파일로 만들기 위해 컴파일을 진행할 때 아예 컴파일진행이 되지 않는 컴파일 예외(Checked Exception)와 Run 실행 후 애플리케이션 정상 동작중 발생되는 런타임 예외(Unchecked Exception) 두 종류가 있다. 컴파일 예외는 컴파일러가 예외처리 하라고 강제하여 알려주니 비교적 쉽게 예외처리를 할 수 있지만 런타임 예외는 명시적인 예외 처리가 강제.. 공감수 0 댓글수 0 2023. 9. 7.
Item68. 일반적으로 통용되는 명명 규칙을 따르라 자바 플랫폼은 명명 규칙이 잘 정립되어 있으며, 그 중 많은 것이 자바 언어 명세에 기술되어 있다. https://docs.oracle.com/javase/specs/index.html 자바의 명명 규칙은 크게 철자와 문법 두 범주로 나뉜다. 철자 규칙 패키지, 클래스, 인터페이스, 메서드, 필드, 타입 변수의 이름을 다룬다. 이 규칙들은 특별한 이유가 없는 한 반드시 따라야 한다. 이 규칙을 어긴 API는 사용하기 어렵고, 유지보수하기 어렵다. 철자 규칙이나 문법 규칙을 어기면 다른 프로그래머들이 그 코드를 읽기 번거로울 뿐 아니라 다른 뜻으로 오해할 수 있고 그로 인해 오류까지 발생할 수 있다. 패키지와 모듈 패키지와 모듈 이름은 각 요소를 점(.)으로 구분하여 계층으로 짓는다. 요소들은 모두 소문자.. 공감수 0 댓글수 0 2023. 8. 29.
Item67. 최적화는 신중히 하라 최적화 격언 세개 (맹목적인 어리석음을 포함해) 그 어떤 핑계보다 효율성이라는 이름 아래 행해진 컴퓨팅 죄악이 더 많다(심지어 효율을 높이지도 못하면서). (전체의 97% 정도인) 자그마한 효율성은 모두 있자. 섣부른 최적화가 만악의 근원이다. 최적화를 할 때는 다음 두 규칙을 따르라. 첫번째, 하지마라. 두번째 (전문가 한정) 아직 하지 마라. 다시 말해, 완전히 명백하고 최적화되지 않은 해법을 찾을 때까지는 하지 마라. 최적화는 좋은 결과보다는 해로운 결과로 이어지기 쉽고, 섣불리 진행하면 특히 더 그렇다. 빠르지도 않고 제대로 동작하지도 않으면서 수정하기 어려운 소프트웨어를 탄생시키는 것이다. 좋은 프로그램 설계 방법 빠른 프로그램보다는 좋은 프로그램을 작성하라 좋은 프로그램이지만 원하는 성능이 나.. 공감수 0 댓글수 0 2023. 8. 29.
Item66. 네이티브 메서드는 신중히 사용하라 자바 네이티브 인터페이스(Java Native Interface, JNI)는 자바 프로그램이 네이티브 메서드를 호출하는 기술이다. 네이티브 메서드란 C나 C++ 같은 네이티브 프로그래밍 언어로 작성한 메서드를 말한다. 네이티브 메서드의 주요 쓰임 레지스트리 같은 플랫폼 트고하 기능 사용 네이티브 코드로 작성된 기존 라이브러리 사용. 레거시 데이터를 사용하는 레거시 라이브러리가 그 예 성능 개선을 목적으로 성능에 결정적인 영향을 주는 영역만 따로 네이티브 언어로 작성 플랫폼 특화 기능을 활용하려면 네이티브 메서드를 사용해야 하지만 자바가 발전하면서 OS같은 하부 플랫폼의 기능을 점차 흡수하고 있어서 네이티브 메서드를 사용할 필요가 계속 줄어들고 있다. 대체할 만한 자바 라이브러리가 없는 네이티브 라이브러리.. 공감수 0 댓글수 1 2023. 8. 29.
Item.65 리플렉션보다는 인터페이스를 사용하라 리플렉션(java.lang.reflect)을 이용하면 프로그램에서 임의의 클래스에 접근할 수 있다. Class 객체가 주어지면 그 클래스의 생성자, 메서드, 필드에 해당하는 Constructor, Method, Field 인스턴스를 가져올 수 있고 이 인스턴스들로는 그 클래스의 멤버 이름, 필드 타입, 메서드 시그니처 등을 가져올 수 있다. Constructor, Method, Field 인스턴스를 이용해 각각 연결된 실제 생성자, 메서드, 필드를 조작할 수 있다. 컴파일 당시에 존재하지 않던 클래스도 이용할 수 있다. 리플렉션의 단점 컴파일타임 타입 검사가 주는 이점을 하나도 누릴 수 없다. 예외 검사도 마찬가지로 프로그램이 리플렉션 기능을 써서 존재하지 않는 혹은 접근할 수 없는 메서드를 호출하려 시.. 공감수 0 댓글수 0 2023. 8. 22.
Item64. 객체는 인터페이스를 사용해 참조하라 적합한 인터페이스만 있다면 매개변수뿐 아니라 반환값, 변수, 필드를 전부 인터페이스 타입으로 선언하라. 객체의 실제 클래스를 사용해야할 상황은 오직 생성자로 생성할 때뿐이다. Set 인터페이스를 구현한 LinkedHashSet 변수를 선언하는 올바른 예 Set sonSet = new LinkedHashSet(); 나쁜 예 LinkedHashSet sonSet = new LinkedHashSet(); 인터페이스를 타입으로 사용하는 습관을 길러두면 프로그램이 훨씬 유연해진다. 추후 구현 클래스를 교체하려면 그저 새 클래스의 생성자 혹은 다른 정적 팩터리를 호출해주기만 하면 된다. Set sonSet = new HashSet(); 주의할 점 원래의 클래스가 인터페이스의 일반 규약 이외의 특별한 기능을 제공하며.. 공감수 0 댓글수 0 2023. 8. 21.
Item63. 문자열 연결은 느리니 주의하라 문자열 연결 연산자(+)는 여러 문자열을 하나로 합쳐주는 편리한 수단으로 크기가 작고 고정된 객체의 문자열을 만들때면 괜찮지만, 본격적으로 사용하기 시작하면 성능 저하를 감내하기 어렵다. 문자열 연결 연산자로 문자열 n개를 잇는 시간은 n²에 비례한다. 문자열은 불변이라서 두 문자열을 연결할 경우 양쪽의 내용을 모두 복사해야 하므로 성능 저하는 피할 수 없는 결과다. String + 연산자를 사용하면 더할 문자열이 많아질수록 심각하게 느려질 수 있다. 성능을 포기하고 싶지 않다면 String 대신 StringBuilder를 사용하자. 자바 6 이후 문자열 연결 성능을 다방면으로 개선했지만, 이 두 메서드의 성능 차이는 여전히 크다. statement 메서드의 수행 시간은 아이템 수의 제곱이 비례해 늘어나.. 공감수 0 댓글수 0 2023. 8. 21.
Item.62 다른 타입이 적절하다면 문자열 사용을 피하라 문자열을 쓰지 않아야할 사례 문자열은 다른 값 타입을 대신하기에 적합하지 않다 파일, 네트워크, 키보드 입력으로부터 데이터를 받을 때 주로 문자열을 사용한다. 입력 받을 데이터가 진짜 문자열일 때만 사용하는게 좋다. 받은 데이터가 수치형이라면 int, float, BigInteger등 적당한 수치 타입으로 변환해야 한다. 예/아니오 질문의 답이라면 적절한 열거타입이나 boolean으로 변환해야 한다. 문자열은 열거 타입을 대신하기에 적합하지 않다. 상수를 열거할 때는 문자열보다 열거 타입이 월등히 낫다. 문자열은 혼합 타입을 대신하기에 적합하지 않다. 여러 요소가 혼합된 데이터를 하나의 문자열로 표현하는 것은 대체로 좋지 않은 생각이다. 예시) String compoundKet = className + .. 공감수 0 댓글수 0 2023. 8. 8.
Item61. 박싱된 기본 타입보다는 기본 타입을 사용하라 자바의 데이터 타입은 2가지로 나뉘는데 기본 타입인 byte, short, int, long, float, double, boolean, char과 그외에는 모두 참조형 타입의 데이터이다. 각각의 기본 타입에 대응하는 참조 타입이 하나씩 있는데 이를 박싱된 기본 타입이라고 한다. 기본 타입과 박싱된 기본 타입의 차이점 기본 타입은 값만 가지고 있으나 박싱된 기본 타입은 값에 더해 식별성이란 속성을 갖는다. 달리 말하면 박싱된 기본 타입의 두 인스턴스는 값이 같아도 서로 다르다고 식별될 수 있다. 기본 타입의 값은 언제나 유효하나, 박싱된 기본 타입은 유효하지 않은 값, 즉 null을 가질 수 있다. 기본 타입이 박싱된 기본 타입보다 시간과 메모리 사용면에서 더 효율적이다. 박싱된 기본 타입의 문제점 In.. 공감수 0 댓글수 0 2023. 8. 8.
Item60. 정확한 답이 필요하다면 float과 double은 피하라 float과 double 타입은 실수를 나타내기 위해 사용하는 기본타입으로 컴퓨터에서 실수를 표현하는 방법은 정수에 비해 복잡한데 부동소수점 표준에 의해 실수를 정수와 마찬가지로 2진수로 표현해야 하기 때문이다. 1,2,3과 같은 정수는 2진수로 표현이 가능하지만 0.1 같은 소수는 2진수로 표현할 방법이 없어서 컴퓨터는 그 값과 가장 근사한 값을 반환하게 되고 이 때 부동소수점의 부정확성이 나타난다. 부동소수점(浮動小數點, floating point) 방식은 실수를 컴퓨터상에서 근사하여 표현할 때 소수점의 위치를 고정하지 않고 그 위치를 나타내는 수를 따로 적는 것으로, 유효숫자를 나타내는 가수(假數)와 소수점의 위치를 풀이하는 지수(指數)로 나누어 표현한다. 컴퓨터에서는 고정 소수점 방식보다 넓은 범.. 공감수 0 댓글수 0 2023. 8. 7.
Item58. 전통적인 for 문보다는 for-each 문을 사용하라 전통적인 for 문으로 컬렉션을 순회하는 코드 for(Iterator i = c.iterator(); i.hasNext();) { Element e = i.next(); ... // e로 무언가 한다. } 전통적인 for 문으로 배열 순회하는 코드 for(int i = 0; i < a.length; i++) { ... // a[i]로 무언가를 한다. } 이 관용구들은 while 문보다는 낫지만 가장 좋은 방법은 아니다. 반복자와 인덱스 변수는 모두 코드를 지저분하게 할 뿐 진짜 필요한건 원소들이다. 이처럼 쓰이는 요소 종류가 늘어나면 오류가 생길 가능성이 높아진다. 혹시라도 잘못된 변수를 사용했을 때 컴파일러가 잡아주리라는 보장도 없다. 마지막으로 컬렉션이냐 배열이냐에 따라 코드 형태가 달라지므로 주의해.. 공감수 0 댓글수 0 2023. 7. 30.
Item57. 지역변수의 범위를 최소화 하라 지역변수의 유효 범위를 최소로 줄이면 코드 가독성과 유지보수성이 높아지고 오류 가능성은 낮아진다. 지역변수의 범위를 줄이는 가장 강력한 기법은 '가장 처음 쓰일 때 선언하기'다. 사용하려면 멀었는데 미리 선언부터 하면 코드가 어수선해져 가독성이 떨어진다. 변수를 실제 사용하는 시점엔 타입과 초깃값이 기억나지 않을 수 있다. 지역변수를 생각 없이 선언하다 보면 변수가 쓰이는 범위보다 너무 앞서 선언하거나, 다 쓴 뒤에도 여전히 살아있게 되기 쉽다. 지역변수의 범위는 선언된 지점부터 그 지점을 포함한 블록이 끝날 때 까지이므로, 실제 사용하는 블록 바깥에 선언된 변수는 그 블록이 끝난 뒤까지 살아있게 되어 실수로 의도한 범위 앞 혹은 뒤에서 그 변수를 사용하면 끔찍한 결과로 이어질 수 있다. 거의 모든 지역.. 공감수 0 댓글수 0 2023. 7. 30.
Item56. 공개된 API 요소에는 항상 문서화 주석을 작성하라 자바에서 자바독(javadoc)은 소스코드 파일에서 문서화 주석(자바독 주석)이라는 특수한 형태로 기술된 설명을 추려 API 문서로 변환해준다. 자바독 가이드 https://www.oracle.com/technical-resources/articles/java/javadoc-tool.html How to Write Doc Comments for the Javadoc Tool Javadoc Home Page This document describes the style guide, tag and image conventions we use in documentation comments for Java programs written at Java Software, Oracle. It does not rehas.. 공감수 0 댓글수 0 2023. 7. 22.
Item55. 옵셔널 반환은 신중히 하라 자바 8 전에는 메서드가 특정 조건에서 값을 반환할 수 없을 때 예외를 던지거나 예외는 진짜 예외적인 상황에서만 사용해야 하며 예외를 생성할 때 스택 추적 전체를 캡쳐하므로 비용도 만만치 않다. 반환타입이 객체 참조라면 null을 반환하는 두가지 선택지가 있었다. null을 반환할 수 있는 메서드를 호출할때는 null이 반환될 일이 절대 없다고 확신하지 않는 한 별도의 null 처리 코드를 추가해야 한다. null 처리를 무시하고 반환된 null 값을 어딘가에 저장해두면 언젠가 실제 원인과 전혀 상관없는 코드에서 NullPointerException이 발생할 수 있다. 자바 8 버전으로 올라가면서 Optional 이라는 또 하나의 선택지가 생겼다. Optional는 null이 아닌 T 타입을 참조를 하나.. 공감수 0 댓글수 0 2023. 7. 21.
Item54. null이 아닌, 빈 컬렉션이나 배열을 반환하라 컬렉션이 비었을 경우 null로 반환하면 될까? 런타임에 NullPointerException 예방하기 위해 클라이언트는 null 상황을 처리하는 코드를 추가로 작성해야한다. 컬렉션이나 배열같은 컨테이너가 비었을 때 null을 반환하는 메서드를 사용할 때면 항상 이와같은 방어 코드를 넣어줘야 한다. 때로는 빈 컨테이너를 할당하는데도 비용이 드니 null을 반환하는 쪽이 낫다는 주장도 있지만 이는 두가지 면에서 틀린 주장이다. 성능분석 결과 이 할당이 성능 저하의 주범이라고 확인되지 않는 한, 이 정도의 성능 차이는 신경 쓸 수준이 못 된다. 빈 컬렉션과 배열은 굳이 새로 할당하지 않고도 반환할 수 있다. 가능성은 작지만 사용 패턴에 따라 빈 컬렉션 할당이 성능을 눈에 띄게 떨어뜨릴 수 있다. 해법은 매번.. 공감수 0 댓글수 0 2023. 7. 19.
Item53. 가변인수는 신중히 사용하라 가변인수(varargs) 메서드는 명시한 타입의 인수를 0개 이상 받을 수 있다. 가변인수 메서드를 호출하면 가장먼저 인수의 개수와 길이가 같은 배열을 만들고 인수들을 이 배열에 저장하여 가변인수 메서드에 건네준다. 인수가 1개 이상어어야 하는 최솟값을 찾는 메서드라면 인수를 0개만 받을 수 있도록 설계하는 건 좋지 않다. 인수 개수는 런타임에 자동 생성된 배열의 길이로 알 수 있다. 이 방식의 심각한 문제는 인수를 0개만 넣어 호출하면 컴파일타임이 아닌 런타임에 실패한다는 점이다. 코드도 지저분하다. args 유효성 검사를 명시적으로 해야하고, min의 초깃값을 Integer.MAX_VALUE로 설정하지 않고는 더 명료한 for-each문도 사용할 수 없다.(가변인자에 값이 없을 수 있으니 무조건 초깃.. 공감수 0 댓글수 0 2023. 7. 19.
Item52. 다중정의는 신중히 사용하라 컬렉션을 집합, 리스트, 그 외로 구분하고자 Overroading을 적용한 프로그램 "집합", "리스트", "그 외"를 차례로 출력하는 프로그램을 예상했지만 실제 동작은 "그 외"만 연달아 출력한다. 오버로딩은 classify 메서드 중 어느 메서드를 호출할지 컴파일타임에 정해지기 때문이다. 컴파일타임에서 for 문안의 collection은 항상 Collection 타입이다. 런타임에는 타입이 매번 달라지지만, 호출할 메서드를 선택하는데는 영향을 주지 못한다. 따라서 컴파일타임의 매개변수 타입을 기준으로 항상 세번째 메서드인 classify(Collection)만 호출하는 것이다. 이처럼 직관과 어긋나는 이유는 재정의한 메서드는 동적으로 선택되고, 다중정의한 메서드는 정적으로 선택되기 때문이다. 메서드를.. 공감수 0 댓글수 0 2023. 7. 19.
Item51. 메서드 시그니처를 신중히 설계하라 메서드 이름을 신중히 짓자 항상 표준 명명 규칙을 따라야 한다. 이해할 수 있고 같은 패키지에 속한 다른 이름들과 일관되게 짓는게 최우선 목표다. 다음 목표는 개발자 커뮤니티에서 널리 받아들여지는 이름을 사용하는 것이다. 긴 이름은 피하자 애매하면 자바 라이브러리의 API 가이드를 참조하라. 자바 라이브러리가 워낙 방대하다 보니 일관되지 않은 이름도 제법 많지만 대부분 납득할 만 하다. 편의 메서드를 너무 많이 만들지 말자 모든 메서드는 각각 자신의 소임을 다해야 한다. 메서드가 너무 많은 클래스는 익히고, 사용하고, 문서화하고, 테스트하고, 유지보수하기 어렵다. 인터페이스도 마찬가지다. 메서드가 너무 많으면 이를 구현하는 사람과 사용하는 사람 모두 고통스럽게 한다. 클래스나 인터페이스는 자신의 각 기능.. 공감수 0 댓글수 0 2023. 7. 13.
Item50. 적시에 방어적 복사본을 만들라 자바는 안전한 언어다. 네이티브 메서드를 사용하지 않으니 C, C++ 같이 안전하지 않은 언어에서 흔히 보이는 버퍼오버런, 배열 오버런, 와일드 포인터 같은 메모리 충돌 오류에서 안전하다. 자바로 작성한 클래스는 시스템의 다른 부분에서 무슨 짓을 하든 그 불변식이 지켜진다. 메모리 전체를 하나의 거대한 배열로 다루는 언어에서는 누릴 수 없는 강점이다. 버퍼 오버플로(Buffer Overflow) 또는 버퍼 오버런(Buffer Overrun) 메모리를 다루는데 오류가 발생하여 잘못된 동작을 하는 프로그램 취약점 프로세스가 데이터를 버퍼에 저장할 때 프로그래머가 지정한 곳 바깥에 저장하는 것을 의미한다. 벗어난 데이터는 인접 메모리를 덮어 쓰게 되며 이 때 다른 데이터가 포함되어 있을 수도 있는데, 손상을 .. 공감수 0 댓글수 0 2023. 7. 13.
Item49. 매개변수가 유효한지 검사하라 메서드와 생성자에서 매개변수의 값이 인덱스로 사용될 때는 음수이면 사용할 수 없고 객체가 넘어올 경우 null이라면 참조하여 사용할 경우 NullPointerException이 나게된다. 이와 같이 매개변수 값이 특정 조건을 만족해야 하는 경우가 왕왕 있다. 이런 제약은 반드시 문서화해야하며 메서드 로직이 본격적으로 시작 되기 전에 검사되어야 한다. 이는 "오류는 가능한 빨리 발생한 곳에서 잡아야 한다"는 일반 원칙의 한 사례이기도 하다. 매개변수 검사를 제대로 하지 못하면 몇 가지 문제가 생길 수 있다. 메서드가 수행되는 중간에 모호한 예외를 던지며 실패할 수 있다. 더 나쁜 상황은 메서드가 잘 수행되지만 잘못된 결과를 반환할 때다. 한층 더 나쁜 상황은 메서드는 문제없이 수행됐지만, 어떤 객체를 이상.. 공감수 0 댓글수 0 2023. 7. 11.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.