kingsubin kingsubin

추상클래스와 인터페이스의 차이점 추상 클래스가 정의한 타입을 구현하는 클래스는 반드시 추상 클래스의 하위 클래스가 되어야 한다는 점이다. 자바는 단일 상속만 지원하는데, 추상 클래스 방식을 사용한다면 새로운 타입을 정의하는 데 커다란 제약을 안게 된다. 반면 인터페이스가 선언한 메서드를 모두 정의하고 그 일반 규약을 잘 지킨 클래스라면 다른 어떤 클래스를 상속했든 같은 타입으로 취급된다. 믹스인 인터페이스는 믹스인 정의에 안성맞춤이다. 믹스인이란 클래스가 구현할 수 있는 타입으로, 믹스인을 구현한 클래스에 원래의 '주된 타입'외에도 특정 선택적 행위를 제공한다고 선언하는 효과를 준다. ex. Comparable 은 자신을 구현한 클래스의 인스턴스들끼리는 순서를 정할 수 있다고 선언하는 믹스인 인터페이스이..

상속을 고려한 설계와 문서화가 무엇일까 ? 메서드를 재정의하면 어떤 일이 일어나는지를 정확히 정리하여 문서로 남겨야 한다. 상속용 클래스는 재정의할 수 있는 메서드들을 내부적으로 어떻게 이용하는지 문서로 남겨야 한다. 클래스의 API로 공개된 메서드에서 클래스 자신의 또 다른 메서드를 호출할 수 도 있다. 그런데 마침 호출되는 메서드가 재정의 가능 메서드라면 그 사실을 호출하는 메서드의 API 설명에 적시해야 한다. 어떤 순서로 호출하는지, 각각의 호출 결과가 이어지는 처리에 어떤 영향을 주는지도 담는다. (재정의 가능이란 public과 protected 메서드 중 final 이 아닌 모든 메서드를 뜻한다.) 재정의 가능 메서드를 호출할 수 있는 모든 상황을 문서로 남겨야 한다. 문서화 "Implemen..

들어가기 상속보다는 컴포지션을 사용해래 컴포지션이 상속받을 클래스를 필드로 넣어서 사용하는걸 컴포지션이라고 부르는거 같던데 맞나 ? 일단 상속보다 컴포지션이 좋은점이 있으니까 그러라고 하는거겠지 ? 왜 그런지 알아보자. 상속의 단점 상속은 캡슐화를 깨뜨린다. 상위 클래스가 어떻게 구현하느냐에 따라 하위클래스의 동작에 이상이 생길 수 있다. 상위 클래스는 릴리스마다 내부 구현이 달라질 수 있는데, 그 여파로 코드를 안건드린 하위 클래스가 오동작 할 수 있다는 것이다. 예를들어 HashSet 을 사용하는 프로그램이 있는데 여기서 추가적으로 처음 생성된 이후 원소가 몇 개 더해져있는지 알수있어야 하는 클래스가 필요하다고 할게. 그래서 HashSet을 상속받은 InstrumentedHashSet 을 만들어서 사..

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 package me.kingsubin.studyrepo.book.algorithm.section5; public class QuickSort { public static void main(String[] args) { int[] A = {15, 22, 13, 27, 12, 10, 20, 25, 32}; System.out.println("주어진 배열"); print(A); quickSort(A, 0..

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 package me.kingsubin.studyrepo.book.algorithm.section5; public class findMaxMin { public static void main(String[] args) { int[] A = {24, 75, 92, 83, 61, 48, 97, 50}; int[] answer; answer = findMaxMin(A, 0, A.length - 1); System.out.println("Min: " + answer[0]..

불변클래스 간단히 말해 그 인스턴스 내부 값을 수정할 수 없는 클래스이다. 불변 인스턴스의 정보는 고정되어 객체가 파괴되는 순간까지 절대 달라지지 않는다. 대표적인 불변 클래스 ex. String, Wrapper class, BigInteger, BigDecimal 불변클래스의 장점 가변 클래스보다 설계하고 구현하고 사용하기 쉽다. 오류가 생길 여지가 적다. 안전하다. 생성된 시점의 상태를 파괴될 때까지 그대로 간직한다. 근본적으로 스레드 안전하여 따로 동기화 할 필요가 없다. 안심하고 공유할 수 있다. 불변클래스를 만드는 법 객체의 상태를 변경하는 메소드(변경자)를 제공하지 않는다. 클래스를 확장할 수 없도록 한다. 하위클래스에서 객체의 상태를 변경하는 사태를 막아준다. 대표적인 방법은 클래스를 fin..

// 예시 1 - Bad class Point { public double x; public double y; } 데이터 필드에 직접 접근할 수 있으니 캡슐화의 이점을 제공하지 못한다. API 를 수정하지 않고는 내부 표현을 바꿀 수 없다. 불변식을 보장할 수 없다. 외부에서 필드에 접근할 때 부수 작업을 수행할 수도 없다. // 예시 2 - Good class Point { private double x; private double y; public Point(double x, double y) { this.x = x; this.y = y; } // getter, setter } 접근자와 변경자 메소드를 활용해 데이터를 캡슐화한다. // 예시 3. 불변 필드를 노출한 public 클래스 - 과연 좋은가..

잘 설계된 컴포넌트 내부 데이터와 내부 구현 정보를 외부 컴포넌트로부터 얼마나 잘 숨겼느냐. 구현과 API 를 깔끔하게 분리한다. 서로의 내부 동작 방식에는 전혀 개의치 않는다. 정보 은닉의 장점 정보은닉, 캡슐화 라고 하는 개념은 소프트웨어 설계의 근간이 되는 원리다. 시스템 개발 속도를 높인다. 여러 컴포넌트를 병렬로 개발 할 수 있기 때문이다. 시스템 관리 비용을 낮춘다. 각 컴포넌트를 더 빨리 파악하여 디버깅 할 수 있다. 다른 컴포넌트로 교체하는 부담이 적다. 성능 최적화에 도움을 준다. 최적화할 컴포넌트를 정한 다음 다른 컴포넌트에 영향을 주지 않고 해당 컴포넌트만 최적화가 가능하다. 소프트웨어 재사용성을 높인다. 외부에 거의 의존하지 않고 독자적으로 동작할 수 있는 컴포넌트라면 낯선 환경에서..