IT/Programming

<Effective Java> RULE 14 public 클래스 안에는 public 필드를 두지 말고 접근자 메서드를 사용하라

필드에 직접 조작할 수 있기 때문에 캡슐화 이점을 누릴 수 없다(규칙 13) class Point{ public double x; public double y; } //아무런 기능도 없는 쓰레기 클래스 생성 선언된 패키지 밖에서도 사용 가능한 클래스에는 접근자 메서드를 제공하라(규칙 14) class Point{ private double x; private double y; public Point(double x, double y){ this.x = x; this.y = y; } public double getX() {return x;} public double getY() {return y;} public void setX(double x) {this.x =x;} public void setY(dou..

2023. 4. 27. 09:47

IT/Programming

<Effective Java> RULE 15 변경 가능성을 최소화 하라

변경 불가능 클래스는 그 객체를 수정할 수 없는 클래스이다. 객체 내부정보는 객체가 생성될 때 주어진 것이며 객체가 살아있는 동안 그대로 보존된다. → String → BigInteger → BigDecimal.. 변경불가능 클래스를 만들때 5가지 규칙 1. 객체 상태를 변경하는 메서드(수정자 메서드 등)을 제공하지 않는다. 2. 계승할 수 없도록 한다. 3. 모든 필드를 final로 선언한다. → 새로 생성된 객체에 대한 참조가 동기화없이 다른 스레드로 전달되어도 안전하다. 4. 모든 필드를 private로 선언한다. → 클라이언트가 필드가 참조하는 변경 가능 객체를 직접 수정하는일을 막을 수 있다. 5. 변경 가능 컴포넌트에 대한 독점적 접근권을 보장한다. → 클래스에 포함된 변경 가능 객체에 대한 ..

2023. 4. 27. 09:46

IT/Programming

<Effective Java> RULE 7 종료자 사용을 피하라

종료자 사용은 예측 불가능 하며, 대체로 위험하고 일반적으로 불필요하다. → 시스템 오류, 성능 문제, 이식성 문제가 발생할 수 있다. → JVM에서는 종료자가 즉시 실행되리라는 보장이 전혀 없다. 따라서 긴급한 작업을 종료자 안에서 처리하면 안된다. 종료자 실행 시점은 GC알고리즘에 좌우되는데 이 알고리즘은 JVM구현마다 크게 다르다. → 자바 명세에는 종료자가 즉시 실행되어야 한다는 문구도 없지만 종료자가 반드시 실행되어야한다는 문구도 없다. → 중요 상태 정보는 종료자로 갱신하면 안된다. System.gc나 System.runFinalization들은 종료자가 실행될 가능성을 높여주긴 하지만 보장하진 않는다. 종료자 실행을 보장하는 메서드인 System.runFinalizersOnExit, Runt..

2023. 4. 27. 09:45

IT/Programming

<Effective Java> RULE 16 계승하는 대신 구성하라

계승을 고려해 설계되고 그에 맞는 문서를 갖춘 클래스에 사용해야 안전하다(규칙 17) 메서드 호출과 달리, 계승은 캡슐화 원칙을 위반한다. 상위클래스의 구현은 릴리즈가 거듭될 때마다 달라질 수 있는데 그에따라 하위 클래스의 기능 또한 발맞춰 변화해야한다. ex) HashSet에 객체를 추가하여 개수를 반환하는 코드 //잘못된 사례 public class InstrumnentedHashSet extends HashSet { private int addCount = 0; ~ @Override public boolean add(E e){ addCount++; return super.add(e); } @Override public boolean addAll(Collection

2023. 4. 27. 09:44

IT/Programming

<Effective Java> RULE 17 계승을 위한 설계와 문서를 갖추거나, 그럴 수 없다면 계승을 금지하라

계승을 위한 설계와 문서를 갖춘다? → 재정의 가능 메서드를 내부적으로 어떻게 사용하는지(self-use) 반드시 문서에 남기라는 것이다. → 모든 메서드와 생성자에 대해, 어떤 재정의 기능 메서드를 어떤 순서로 호출... → 좋은 API문서는 메서드가 하는일이 무엇인지 명시해야지 그일을 어떻게 하는지 명시해서는 안된다?? → 하위 클래스를 만들기 안전한 클래스가 되려면 문서에 구현 세부사항을 명시해야 한다. 클래스 내부동작에 개입할 수 있는 훅(Hooks)을 신중하게 고른 protected메서드 형태로 제공해야 한다. protected void removeRange(int fromIndex, int toIndex) Removes from this list all of the elements whose ..

2023. 4. 27. 09:44

IT/Programming

<Effective Java> RULE 18 추상 클래스 대신 인터페이스를 사용하라

추상 클래스 - 구현된 메서드를 포함할 수 있다. - 추상클래스가 규정하는 자료형을 구현하기 위해서는 추상 클래스를 반드시 계승해야 한다 - 자바는 다중상속을 허용하지 않기 때문에 추상클래스로 자료형을 사용하는데에는 많은 제약이 있다. 인터페이스 - java 1.8부터 default메서드를 통해 인터페이스에서도 구현을 포함할 수 있다. - 인터페이스에 포함된 모든 메서드를 정의하고 인터페이스가 규정하는 일반 규약을 지키기만 하면 되며 그렇게 만든 클래스는 클래스 계층에 속할 필요가 없다. 인터페이스의 장점 - Mix-IN을 정의하는데 이상적이다. (주 자료형 이외에 추가적으로 구현할 수 있는 자료형) - 비 계층적인 자료형 프레임워크를 만들 수 있도록 한다. - Wrapper 클래스 숙어를 통해 안전하면..

2023. 4. 27. 09:43