sinau

여기서 말하는 상속은 다른 클래스를 확장하는 구현 상속입니다. 상속의 문제점 메서드 호출과 달리 상속은 캡슐화를 깨뜨립니다. 상위 클래스는 내부 구현이 달라질 수 있으며, 이로 인해 하위 클래스의 동작에 이상이 생길 수 있습니다. 또한, 자기사용(self-use) 여부에 따라 상속한 클래스에서 원하는 결과를 얻지 못 할 수도 있습니다. 또한 자기사용 여부는 다음 버전에서 유지될지 알 수 없습니다. public class BadHashSet extends HashSet { //추가 된 원소 수 private int addCount = 0; @Override public boolean add(E e) { addCount++; return super.add(e); } @Override public boolea..

불변 클래스의 정의 인스턴스의 내부 값을 수정할 수 없는 클래스로 객체가 파괴되는 순간까지 절대 달라지지 않습니다. 대표적으로 String 클래스가 해당합니다. 불변 클래스의 장점 가변 클래스보다 설계, 구현, 사용이 쉽습니다. 가변 클래스보다 오류 발생 가능성이 적고 안전합니다. 기본적으로 Tread-safe하므로 안심하고 공유할 수 있어서 재사용을 할 수 있습니다. 방어적 복사를 할 필요가 없습니다. 따라서 clone메서드나 복사 생성자를 제공하지 않는 것이 좋습니다. 불변 객체는 그 자체로 실패 원자성(메서드에서 예외가 발생해도 그 객체는 메서드 호출전과 똑같은 유요한 상태여야 함)을 제공합니다. 불변 객체끼리는 내부 데이터를 공유할 수 있습니다. public class BigInteger { fi..

public 클래스는 모든 필드를 private으로 하고 접근자를 제공하는 것이 좋습니다. public class Member { private String name; private int age; public String getName() { return name; } public int getAge() { return age; } } 자바 플랫폼 라이브러리에는 이 규칙을 어기는 사례가 있습니다. 불변 필드라도 완전히 안전할 수 없으므로 public 클래스는 무조건 필드를 직접 노출하지 않는 것이 좋습니다. 하지만 default 클래스 혹은 private 중첩 클래스라면 필드를 노출해도 문제는 없습니다. 오히려 노출하는 편이 나을 때도 있습니다.(깔끔)

캡슐화의 장점 개발속도 향상: 여러 컴포넌트를 병렬로 개발할 수 있기 때문 시스템 관리비용 감소: 빠른 파악 및 적은 교체 부담 성능 최적화에 도움: 캡슐화 자체가 성능을 높여주지는 않지만, 다른 컴포넌트에 영향을 주지 않고 특정 컴포넌트만 최적화 가능 재사용성 향상: 외부에 거의 의존하지 않고 독자적으로 동작한다면 다른 환경에서도 유용하게 쓰일 가능성이 높음 큰 시스템 제작 난이도 감소: 시스템이 완성되지 않은 상태에도 개별 컴포넌트의 동작을 검증할 수 있음 접근 제어 메커니즘 정보 은닉(캡슐화)를 위한 다양한 장치 중 하나. 접근 제어자(private, default(package-private), protected, public)로 각 요소의 접근성을 결정 접근 제어자 적용 가능 대상 같은 클래스 ..

Comparable와 compareTo Comparable는 compareTo 메서드를 하나만 갖고있는 있는 인터페이스입니다. compareTo 메서드는 두 가지 성격만 빼면 eqauls와 같습니다. compareTo는 동치성 비교 뿐아니라 순서까지 비교할 수 있으며 제네릭합니다. compareTo의 일반 규약 두 객체 참조의 순서를 바꿔도 같은 결과가 나와야 합니다. a pn.lineNum); } 해시코드 값의 차를 기준으로하는 경우 - 추이성을 위배! 이 방식은 사용하면 안됩니다. 정수 오버플로우를 일으키거나 IEEE 754 부동소수점 계산 방식에 따른 오류를 낼 수 있습니다. static Comparator hashCodeOrder = new Comparator() { public int compa..

복제 기능은 (변환)생성자와 (변환)팩토리를 이용하는게 최고입니다. (배열은 예외적으로 clone 메서드를 사용하는 것이 좋습니다.) Cloneable 복제해도 되는 클래스임을 명시하는 용도의 믹스인 인터페이스(mixin interface)입니다. 하지만 clone 메서드가 선언된 곳이 Cloneable이 아닌 Object이고 이마저도 protected입니다. 따라서 Cloneable을 구현하는 것만으로는 외부 객체에서 clone 메서드를 호출할 수 없습니다.(리플렉션을 사용하면 가능하지만, 해당 객체가 접근 허용된 clone메서드를 제공한다는 보장이 없기 때문에 100%성공하지도 않습니다.) Cloneable 인터페이스는 Object의 clone 메서드의 동작 방식을 결정합니다. Clonable을 구현..

toString을 재정의하지 않으면 클래스이름@16진수의해시코드를 반환합니다. 따라서 toString의 일반 규약에 따라서 사람이 읽기 쉬운 형태의 유익한 정보를 반환해야합니다. toString메서드는 println, printf, 문자열 연결(+), assert 구문에 넘길때, 디버거가 객체를 출력할 때 자동으로 호출됩니다. 따라서 직접 호출하지 않더라도 무조건 재정의해야 합니다. toString메서드는 객체의 주요 정보를 모두 반환하는 것이 좋습니다. 하지만 객체가 거대하거나 객체의 상태가 문자열로 표현하기 적합하지 않는 경우 요약정보라도 담는 것이 좋습니다. toString메서드는 필요할 경우 포맷을 문서화해야 합니다. 특히 전화번호나 행렬 같은 값 클래스인 경우 권장사항입니다. 단, 포맷을 한번 ..

equals 재정의시 hashCode를 재정의하지 않으면 해당 클래스의 인스턴스를 HashMap, HashSet과 같은 컬렉션의 원소로 사용할 때 문제가 발생합니다. 논리적으로 같은 객체는 같은 해시코드를 반환해야합니다. hashCode 재정의 방법 public class Address { private int zipcode; private String city; private List street; //전형적인 hashCode메서드 @Override public int hashCode() { int result = zipcode; //zipcode 대신 Integer.hashCode(zipcode) 사용 가능 result = 31 * result + (city != null ? city.hashCode..

equals를 재정의하면 안되는 경우 각 인스턴스가 본질적으로 고유한 경우: 값을 표현하는 것이 아닌 동작하는 개체를 표현하는 경우 인스턴스의 '논리적 동치성'을 검사할 일이 없는 경우 상위 클래스에서 재정의한 equals가 하위 클래스에도 적용 가능한 경우 private 또는 packaage-private(default) 클래스이면서 equals메서드를 호출하지 않는 경우 그럼 언제 equals를 재정의할까요? 객체 식별성이 아니라 논리적 동치성을 확인해야 하는데, 상위 클래스의 equals로는 불가능한 경우. 주로 값 클래스들이 여기에 해당합니다. equals를 재정의할 때 지켜야 하는 규약 equals 메서드는 null이 아닌 개체 참조에 대해 등가 관계를 구현 null이 아닌 모든 ..

try-finally static String firstLineOfFile(String path) throws IOException { BufferedReader br = new BufferedReader(new FileReader(path)); try { return br.readLine(); } finally { br.close(); } } 예외는 try와 finally 두 곳에서 발생할 수 있습니다. 예를들어서 기기에 물리적인 문제가 생긴다면 readLine()에서 예외를 던지고 close()또한 실패할 것입니다. 이 경우 close()에서 터진 예외가 readLine()의 예외를 완전히 집어삼켜서 해당 예외의 정보는 남지 않습니다. 물론, 두번째 예외(close()의 예외) 대신 첫번째 예외(re..