목록전체 글 (175)
개발 기록
(15) 클래스와 멤버의 접근권한을 최소화해라 - 정보은닉 : 소프트웨어에서 사용하는 객체에 대한 구체적인 정보를 노출시키지 않도록 하는 기법 ### 정보은닉의 장점1. 시스템 개발 속도를 높인다. (병렬 개발 가능)- 정보은닉을 위해 인터페이스를 설계하게 되면 , 인터페이스를 사용하는 쪽, 구현하는 쪽 동시에 개발 진행 가능.내부 로직이 없어도 메서드 자체를 호출 가능하기 때문에 개발 가능. 2. 시스템 관리 비용을 낮춘다.- 인터페이스를 통해 각 컴포넌트를 더 빨리 파악할 수 있다. 다른 컴포넌트로 교체하는 부담도 적다. 3. 성능 최적화에 도움을 준다.- 정보은닉 자체가 성능에 도움이 되는 것은 아니고, 다른 컴포넌트에 영향을 주지 않고 특정 컴포넌트만 최적화 가능하다. 4. 소프트웨어 재사용성을 ..
(12) toString을 항상 재정의하라 [toString의 일반 규약]- 간결하면서 사람이 읽기 쉬운 형태의 유익한 정보를 반환해야한다- 모든 하위 클래스에서 이 메서드를 재정의하라 [호출]-println, printf, 문자열 연결 연산자（+）, assert 구문에 넘길 때, 혹은 디버거가 객체를 출력할 때 자동으로 사용됨-> toString을 제대로 재정의하지 않으면 쓸모없는 메시지만 로그에 남을 것이다. [메서드 구현시 고려사항]1. 그 객체가 가진 주요 정보 모두를 반환하는 게 좋다.-- 그렇지 않았을 때의 문제점 : 왜 실패 했는지 알 수 없음Assertion failure: expected {abc, 123}, but was {abc, 123}.// 단언 실패: 예상값 {abc, 123},..
(11) equals를 재정의하려거든 hashCode도 재정의하라- 재정의 하지 않으면 hashCode 일반 규약을 어기게 되어 HashMap 같은 컬렉션의 원소로 사용할 때 문제가 발생함. - Object 명세 규약-- equals 비교에 사용되는 정보가 변경되지 않았다면, 애플리케이션이 실행되는 동안 그 객체의 hashCode 메서드는 몇 번을 호출해도 일관되게 같은 값을 반환해야 한다.-- equals(Object)가 두 객체를 같다고 판단했다면, 두 객체의 hashCode는 똑같은 값을 반환해야 한다.-- equals(Object)가 두 객체를 다르다고 판단했더라도, 두 객체의 hashCode가 서로 다른 값을 반환할 필요는 없다. 단 다른 객체에 대해서는 다른 값을 반환해야 해시테이블의 성능이 ..
(7) 다 쓴 객체 참조를 해제하라 가비지 컬렉터가 있더라도 메모리 관리에 신경써야 함! *메모리 누수* 가비지 컬렉션 언어에서는 메모리 누수를 찾기가 어려움.객체 참조를 하나 살려두면 그 객체 + 그 객체가 참조하는 모든 객체 +.. 를 회수 하지 못 함. 해법! 1. 해당 참조를 다 썼을 때 null 처리 (참조 해제)**예외적인 경우에 사용 : 자기 메모리를 직접 관리하는 클래스일때ex. 스택 클래스에서 pop 메서드를 제대로 구현 (꺼낸 객체는 참조가 더 이상 필요 없음)public Object pop() { if (size = 0) throw new EmptyStackException(); Object result = elements[--size]; elements[size] = nul..
(6) 불필요한 객체 생성을 피하라 1. String s = new String("bikini"); -> String s = "bikini";- new String 은 실행될 때 마다 String 인스턴스를 새로 만든다.- 개선된 코드는 인스턴스를 매번 만드는 대신 하나의 String 인스턴스를 사용함.- jvm에서는 문자열을 캐싱한다.자바는 문자열 리터럴이 동일하다면 String 객체를 공유하도록 되어 있다. name1과 name2 변수가 동일한 문자열 리터럴을 참조할 경우 name1과 name2는 동일한 String 객체를 참조하게 된다출처: https://woonys.tistory.com/221 [WOONY's 인사이트:티스토리]Java의 Heap에는 String Pool 이라는 특별한 영역에서 ..
(4) 인스턴스화를 막으려거든 private 생성자를 사용하라 정적 메서드와 정적 필드만을 담은 클래스는 인스턴스로 만들어 사용하려는 클래스가 아님.- 생성자를 명시하지 않을 경우 컴파일러가 자동으로 기본 생성자를 만들어줌- 이때는 private 생성자를 추가하면 클래스의 인스턴스화 막을 수 있음public class UtilityClass { // 인스턴스화 방지용 private Utilityclass() { throw new AssertionError(); }}- 클래스 안에서 실수라도 생성자 호출을 막기위해 error 를 던져도 좋음- 하지만 생성자를 호출하지 않는 코드라 한번에 이해가 어려우니 주석을 달자.- 상속 불가능. (5) 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라 클래스가 내..
(3) private 생성자나 열거 타입으로 싱글턴임을 보증하라 *싱글턴 : 인스턴스를 오직 하나만 생성할 수 있는 클래스싱글턴 인스턴스는 가짜 구현으로 대체할 수 없기 때문에 이를 사용하는 클라이언트를 테스트하기가 어려워질 수 있다.(타입을 인터페이스로 정의한 다음 그 인터페이스를 구현해서 만든게 아니라면.) 보통 싱글턴을 만드는 방식.1. public static final 필드 방식의 싱글턴public class Elvis { public static final Elvis INSTANCE = new Elvis(); private Elvis() { ... } public void leaveTheBuilding() { ... }}장점 : 간결함, 해당 클래스가 싱글턴임이 API에 명백히 드러난다. 2..
