{"time":1752719159308,"blocks":[{"id":"fzVaeJ5uVd","type":"warning","data":{"title":"해당 글은 조영호님의 쓰신 Object 책을 읽고 챕터별로 정리해본 글입니다.","message":""}},{"id":"hYm7X6nx0C","type":"customLink","data":{"url":"https://www.inflearn.com/course/%EC%98%A4%EB%B8%8C%EC%A0%9D%ED%8A%B8-%EA%B8%B0%EC%B4%88%ED%8E%B8-%EA%B0%9D%EC%B2%B4%EC%A7%80%ED%96%A5","title":"오브젝트 - 기초편 강의 | 조영호 - 인프런","description":"조영호 | , 객체지향 설계의 핵심을 담았다!이 강의는 제가 집필한 오브젝트라는 책을 기반으로 책임 주도 설계 방법에 따라 객체 사이의 협력을 설계하고 객체지향 언어를 사용해서 구현하는 방법을 설명합니다. 책임 주도 설계 방법은 객체에게 할당할 책임을 중심으로 애플리케이션","image":"https://cdn.inflearn.com/public/files/courses/334416/cover/01jv93tqa0rq8w2m6dyzmrr1xj"}},{"id":"siEhUTKFZP","type":"delimiter","data":{}},{"id":"4uXuKXxQGn","type":"header","data":{"text":"상속과 코드 재사용 ","level":2}},{"id":"FqI3nPyC6j","type":"paragraph","data":{"text":"객체지향 프로그래밍의 장점 중 하나는 코드를 재사용 하기가 용이하다는 것이다. 전통적인 패러다임에서 코드를 재사용하는 방법은 '코드를 복사'한 후 수정하는 것이다. 객체지향은 조금 다른 방법을 취한다. "}},{"id":"ffO26_TL6C","type":"paragraph","data":{"text":"객체지향에서는 코드를 재사용하기 위해 \"새로운\" 코드를 추가한다. 객체지향에서 코드는 일반적으로 클래스 안에 작성되기 때문에 객체지향에서 클래스를 재사용하는 전통적인 방법은 새로운 클래스를 추가하는 것이다."}},{"id":"ltM45zVQyH","type":"paragraph","data":{"text":"이번 장에서는 클래스를 재사용하기 위해 새로운 클래스를 추가하는 가장 대표적인 기법인 상속에 관해 살펴보기로 한다. 재사용 관점에서 상속이란 클래스 안에 정의된 인스턴스 변수와 메서드를 자동으로 새로운 클래스에 추가하는 구현 기법이다. "}},{"id":"W302rkg8ig","type":"paragraph","data":{"text":"객체지향에서는 상속 외에도 코드를 효과적으로 재사용할 수 있는 방법이 한 가지 더 있다. 새로운 클래스의 인스턴스 안에 가존 클래스의 인스턴스를 포함시키는 방법으로 흔히 '합성'이라고 부른다. 이어지는 11장에서는 합성에 관해 자세히 살펴보고 상속과 합성의 장단점을 비교할 것이다. "}},{"id":"ozfEizM0rW","type":"paragraph","data":{"text":"코드를 재사용하려는 강력한 동기 이면에는 중복된 코드를 제거하려는 욕망이 숨어 있다. 따라서 상속에 대해 살펴보기 전에 중복 코드가 초래하는 문제점을 살펴보는 것이 유용할 것이다. "}},{"id":"sY6dlcCYyt","type":"delimiter","data":{}},{"id":"Y8znzBRgwC","type":"header","data":{"text":"상속과 중복 코드 ","level":2}},{"id":"uiY9FXiH8V","type":"paragraph","data":{"text":"중복 코드는 사람들의 마음속에 의심과 불신의 씨앗을 뿌린다. 눈 앞에 펼쳐진 코드가 기억 속의 어떤 코드와 비슷하다고 느끼는 순간 우리의 뇌는 혼란 속으로 내던져진다. 두 코드가 정말 동일한 것인가? "}},{"id":"lspgbL-qCu","type":"paragraph","data":{"text":"유사한 코드가 이미 존재하는데도 새로운 코드를 만든 이유는 무엇일가? 의도적으로 그렇게 한 것인가,아니면 단순한 실수인가? 두 코드가 중복이기는 한 걸까? 중복을 없애도 문제가 없을까? 양쪽을 수정하기보다는 한쪽 코드만 수정하는게 더 안전한 방법이 아닐까? "}},{"id":"Xasrqr4btW","type":"paragraph","data":{"text":"중복 코드는 우리를 주저하게 만들뿐만 아니라 동료들을 의심하게 만든다. 이것만으로도 중복 코드를 제거해야할 충분한 이유가 되고도 남겠지만 결정적인 이유는 따로 있다. "}},{"id":"vTTrf-AiSb","type":"delimiter","data":{}},{"id":"9ZjOFhLoet","type":"header","data":{"text":"DRY 원칙 ","level":2}},{"id":"LsZRDGbNjN","type":"paragraph","data":{"text":"중복 코드는 변경을 방해한다. 이것이 중복 코드를 제거해야 하는 가장 큰 이유다. 프로그램의 본질은 비즈니스와 관련된 지식을 코드로 변환하는 것이다. 안타깝게도 이 지식은 항상 변한다. 그에 맞춰 지식을 표현하는 코드 역시 변경해야한다. 그 이유가 무엇이건 일단 새로운 코드를 추가하고 나면 언젠가는 변경될 것이라고 생각하는 것이 현명하다."}},{"id":"lbt0FySica","type":"paragraph","data":{"text":"중복 코드가 가지는 가장 큰 문제는 코드를 수정하는 데 필요한 노력을 몇 배로 증가시킨다는 것이다. "}},{"id":"_UPJmIvMOc","type":"paragraph","data":{"text":"우선 어떤 코드가 중복인지를 찾아야 한다. 일단 중복 코드의 묶음을 찾았다면 찾아낸 모든 코드를 일관되게 수정해야 한다. 모든 중복코드를 개별적으로 테스트해서 동일한 결과를 내놓는지 확인해야만 한다. 중복 코드는 수정과 테스트에 드는 비용을 증가시킬뿐만 이나라 시스템과 여러분을 공황상태로 몰아넣을 수 도 있다. "}},{"id":"zQRXofwZ8p","type":"paragraph","data":{"text":"중복 여부를 판단하는 기준은 변경이다. 요구사항이 변경됐을 때 두 코드를 함께 수정해야 한다면 이 코드는 중복이다. 함께 수정할 필요가 없다면 중복이 아니다. 중복 코드가 결정하는 기준은 코드의 모양이 아니다. 모양이 유사하다는 것은 단지 중복의 징후일 뿐이다. 중복 여부를 결정하는 기준은 코드가 변경에 반응하는 방식이다. "}},{"id":"1kucYZUuj3","type":"paragraph","data":{"text":"신뢰할 수 있고 수정하기 쉬운 소프트웨어를 만드는 효과적인 방법 중 하나는 중복을 제거하는 것이다 ."}},{"id":"J65AeAkFbG","type":"paragraph","data":{"text":"앤드류 헌트와 데이비드 토마스의 말을 인용하자면 프로그래머들은 DRY 원칙을 따라야 한다. DRY 는 반복하지 마라 라는 뜻의 'Don't Repeat Yourself' 의 첫 글자를 모아 만든 용어로 간단히 말해 동일한 지식을 중복하지 말라는 것이다. "}},{"id":"R1TJaCoZR8","type":"warning","data":{"title":"DRY 원칙: 모든 지식은 시스템 내에서 단일하고, 애매하지 않고, 정말로 믿을 만한 표현 양식을 가져야한다. ","message":""}},{"id":"0ru0-gqZle","type":"paragraph","data":{"text":"DRY 원칙은 한번, 단한번 원칙 또는 단일 지점 제어원칙이라고도 부른다. 원칙의 이름이 무엇이건 핵심은 코드 안에 중복이 존재해서는 안된다는 것이다. "}},{"id":"ahBrZ92E7W","type":"delimiter","data":{}},{"id":"rH4UXrvkhu","type":"header","data":{"text":"중복과 변경 ","level":3}},{"id":"RdbXWQLusk","type":"list","data":{"style":"unordered","meta":{},"items":[{"content":"중복 코드 살펴보기 ","meta":{},"items":[]}]}},{"id":"f9Y4nwFhrS","type":"paragraph","data":{"text":"중복 코드의 문제점을 이해하기 위해 한 달에 한번씩 가입자별로 전화 요금을 계산하는 간단한 애플리케이션을 개발해 보자. 전화 요금을 계산하는 규칙은 간단한데 통화 시간을 단위 시간단 요금으로 나눠주면 된다. 10초당 5원의 통화료를 부과하는 요금제에 가입돼 있는 가입자가 100초 동안 통화를 했다면 요금으로 100/10*5 = 50 원이 부과된다."}},{"id":"TCeSj4fHlW","type":"paragraph","data":{"text":"먼저개별 통화 기간을 저장하는 Call 클래스가 필요하다. Call 은 통화 시작 시간(from) 과 통화 종료 시간(to) 을 인스턴스 변수로 포함한다"}},{"id":"XmN9B5n1jY","type":"code","data":{"code":"public class Call {\n private LocalDateTime from;\n private LocalDateTime to;\n\n public Call(LocalDateTime from, LocalDateTime to) {\n this.from = from;\n this.to = to;\n }\n\n public Duration getDuration() {\n return Duration.between(from, to);\n }\n\n public LocalDateTime getFrom() {\n return from;\n }\n}"}},{"id":"HjoV13MTLn","type":"paragraph","data":{"text":"이제 통화 요금을 계산할 객체가 필요하다. 언제나 그런 것처럼 전체 통화 목록에 대해 알고 있는 정보 전문가에게 요금을 계산할 책임을 할당해야 한다. 일반적으로 통화 목록은 전화기 안에 보관된다. 따라서 Call 의 목록을 관리할 정보 전문가는 Phone 이다."}},{"id":"UoAyQdP_4V","type":"paragraph","data":{"text":"Phone 인스턴스는 요금 계산에 필요한 3가지 변수를 포함한다. "}},{"id":"m4YoSLPUNA","type":"list","data":{"style":"unordered","meta":{},"items":[{"content":"첫번째는 단위 요금을 저장하는 amount 이고, ","meta":{},"items":[]}]}},{"id":"8Bh1OwX-Vi","type":"list","data":{"style":"unordered","meta":{},"items":[{"content":"두번째는 단위 시간을 저장하는 seconds 다. 사용자가 '10초당 5원' 씩 부과되는 요금제에 가입돼 있을 경우 amount 의 값은 5원이 되고 seconds 의 값은 10초가 된다. ","meta":{},"items":[]}]}},{"id":"ATGRq_qBDm","type":"list","data":{"style":"unordered","meta":{},"items":[{"content":"세번 째 인스턴스 변수인 calls 는 전체 통화 목을을 저장하는 있는 call 의 리스트이다. clculateFee 메서드는 amount, seconds, calls 를 이용해 전체 통화 요금을 계산한다. ","meta":{},"items":[]}]}},{"id":"jpuk3yvsjx","type":"code","data":{"code":"public class Phone {\n private Money amount;\n private Duration seconds;\n private List calls = new ArrayList<>();\n\n public Phone(Money amount, Duration seconds) {\n this.amount = amount;\n this.seconds = seconds;\n }\n\n public void call(Call call) {\n calls.add(call);\n }\n\n public List getCalls() {\n return calls;\n }\n\n public Money getAmount() {\n return amount;\n }\n\n public Duration getSeconds() {\n return seconds;\n }\n\n public Money calculateFee() {\n Money result = Money.ZERO;\n\n for (Call call : calls) {\n result = reulst.plus(amount.times(call.getDuration().getSeconds() / seconds.getSeconds()));\n }\n\n return result;\n }\n}"}},{"id":"ooHXjV33IJ","type":"paragraph","data":{"text":"다음은 Phone 을 이용해 '10초당 5원' 씩 부과되는 요금제에 가입한 사용자가 각각 1분 동안 두 번 통화를 한 경우의 통화 요금을 계산하는 방법을 코드로 나타낸 것이다. "}},{"id":"v6RTpQl7nV","type":"code","data":{"code":"Phone phone = new Phone(Money.wons(5), Duration.ofSeconds(10));\nphone.call(new Call(LocalDateTime.of(2018,1,1,12,10,0),LocalDateTime.of(2018.1.1.12.11.0)));\nphone.call(new Call(LocalDateTime.of(2018,1,1,12,10,0),LocalDateTime.of(2018.1.1.12.11.0)));\nphone.calculateFee(); // => Money.wons(60)"}},{"id":"e-eF8x6DMb","type":"paragraph","data":{"text":"여기서부터가 재미있는 부분이다. 요구사항은 항상 변한다. 그리고 우리의 애플리케이션 역시 예외일 수는 없다. 애플리케이션이 성공적으로 출시되고 시간이 흘러 '심야 할인 요금제' 라는 새로운 요금 방식을 추가해야 한다는 요구사항이 접수됐다."}},{"id":"QdZG1hIx4f","type":"paragraph","data":{"text":"심야 할인 요금제는 밤 10시 이후의통화에 대해 요금을 할인해주는 방식이다. 이제부터 Phone 에 구현된 기존 요금제는 심야 할인 요금제와 구분하기 위해 일반 요금제라고 부르겠다. "}},{"id":"MIuCk3iQw2","type":"paragraph","data":{"text":"이 요구사항을 해결할 수 있는 쉽고도 가장 빠른 방법은 Phone 의 코드를 복사해서 NightlyDiscountPhone 이라는 새로운 클래스로 만든 후 수정하는 것이다. "}},{"id":"esU1tiFPuC","type":"code","data":{"code":"public class NightlyDiscountPhone {\n private static final int LATE_NIGHT_HOUR= 22;\n\n private Money nightlyAmount;\n private Money regularAmount;\n private Duration seconds;\n private List calls = new ArrayList<>();\n\n public NightlyDiscountPhone(Money nightkyAmount, Money regularAmount, Duration seconds){\n this.nightlyAmount = nightkyAmount;\n this.regularAmount = regularAmount;\n this.seconds =seconds;\n }\n\n public Money calculateFee(){\n Money result = Money.ZERO;\n\n for(Call call : calls){\n if (call.getFrom().getHour() >= LATE_NIGHT_HOUR){\n result = result.plus(nightlyAmount.times(call.getDuration().getSeconds() / seconds.getSeconds()));\n }\n else {\n result = result.plus(\n regularAmount.times(call.getDuration().getSeconds() / seconds.getSeconds());\n )\n }\n }\n\n return result;\n }\n}"}},{"id":"Jhgw0_H1c9","type":"paragraph","data":{"text":"심야 할인 요금제를 구현하는 NightlyDiscountPhone은 밤 10시 이전에 적용할 통화요금(regularAmount) 과 밤 10시 이후에 적용할 통화요금, 단위시간을 인스턴스 변수로 포함한다. 에를 들어, 심야 할인 요금제가 10시 이전에는 10초당 5원이고 10시 이후에는 10초당 2원이라면 seconds 는 10초, nightlyAmount 는 2원의 값을 저장하고 있을 것이다. "}},{"id":"CDqMooo-A7","type":"paragraph","data":{"text":"NightlyDiscountphone 은 밤 10시를 기준으로 regularAmount 와 nightlyAmount 중에서 기준 요금을 결정한다는 점을 제외하고는 Phone 과 거의 유사하다. Phone 의 코드를 복사해서 NightlyDiscountPhone 을 추가하는 방법은 심야 시간에 요금을 할인해야 한다는 요구사항을 아주 짧은 시간 안에 구현할 수 있게 해준다. "}},{"id":"lHoLd0ZPh6","type":"paragraph","data":{"text":"하지만 구현 시간을 절약한 대가로 지불해야 하는 비용은 예상보다 크다. 사실 Phone 과 NightlyDiscountPhone 사이에는 중복 코드가 존재하기 때문에 언제터질지 모르는 시한폭탄을 안고 있는 것과 같다 언젠가 코드를 변경해야 할 때 폭탄의 뇌관이 당겨질지 아니면 아무 일 없었다는 듯이 평화롭게 지나갈지 그 누구도 알지 못한다. "}},{"id":"76yGYiZUvp","type":"delimiter","data":{}},{"id":"tbVzhgPd_3","type":"header","data":{"text":"중복 코드 수정하기 ","level":3}},{"id":"FXw0XFKv6F","type":"paragraph","data":{"text":"중복 코드가 코드 수정에 미치는 영향을 살펴보기 위해 새로운 요구사항을 추가해보자. 이번에 추가할 기능은 통화 요금에 부과할 세금을 계산하는 것이다. 부과되는 세율은 가입자의 핸드폰마다 다르다고 가정할 것이다. 현재 통화 요금을 계산하는 로직은 Phone 과 NightlyDiscountPhone 양족 모두에 구현돼 있기 때문에 세금을 추가하기 위해서는 두 클래스를 함께 수정해야 환다. "}},{"id":"mJ8Ya1gQ9W","type":"paragraph","data":{"text":"Phone 클래스부터 수정하자. 가입자의 핸드폰별로 세율이 서로 달라야 하기 때문에 Phone 은 세율을 저장할 인스턴스 변수인 taxRate 를 포함해야 한다. taxRate 의값을 이용해 통화 요금제 세금을 부과하도록 Phone 의 calculateFee 메서드를 수정하자 ."}},{"id":"Xqk7ETYoxZ","type":"code","data":{"code":"public class Phone {\n ...\n private double taxRate;\n\n public Phone(Money amount, Duration seconds, double taxRate){\n ...\n this.taxRate = taxRate;\n }\n\n public Money calculateFee(){\n Money result = Money.ZERO;\n\n for (Call call : calls){\n result = result.plus(amount.times(call.getDuration().getSeconds() /\n seconds/getSeconds();\n }\n \n return result.plus(result.times(taxRate));\n }\n\n}"}},{"id":"NBP7W5Tt03","type":"paragraph","data":{"text":"NightlyDiscountPhone 도 동일한 방식으로 수정하자"}},{"id":"yj35dNciDN","type":"code","data":{"code":"public class NightDiscountPhone {\n ...\n private double taxRate;\n\n public NightDiscountPhone(Money nightAmount, Money regularAmount,Duration seconds, double taxRate){\n ...\n this.taxRate = taxRate;\n }\n\n public Money calculateFee(){\n Money result = Money.ZERO;\n\n for (Call call : calls){\n if (call.getFrom().getHour() >= LATE_NIGHT_HOUR){\n result = result.plus(nightAmount.times(call.getDuration().getSeconds() /\n seconds/getSeconds();\n }\n else {\n result = result.plus(regularAmount.times(call.getDuration().getSeconds() /\n seconds/getSeconds();\n }\n }\n \n return result.plus(result.times(taxRate));\n }\n\n}"}},{"id":"vzjRkUKkLH","type":"paragraph","data":{"text":"이 예제는 중복 코드가 가지는 단점을 잘 보여준다. 많은 코드 더미 속에서 어떤 코드가 중복인지를 파악하는 일은 쉬운 일이 아니다. "}},{"id":"pb59UqHYsz","type":"paragraph","data":{"text":"중복 코드는 항상 함께 수정돼야 하기 때문에 수정할 때 하나라도 빠트린다면 버그로 이어질 것이다. Phone 은 수정했지만 NightlydiscountPhone 은 수정하지 않은채 코드가 배포됐다고 생각해보라. 심야 할인 요금제의 모든 가입자에게 세금이 부과되지 않는 장애가 발생할 것이다. "}},{"id":"tdR39Mytga","type":"paragraph","data":{"text":"한 발 양보해서 모든 중복 코드를 식별했고 함께 수정했다고 하자. 더 큰 문제는 중복 코드를 서로 다르게 수정하기가 쉽다는 것이다. "}},{"id":"tDEm9RWMyf","type":"paragraph","data":{"text":"지금 살펴본 것처럼 중복 코드는 새로운 중복 코드를 부른다. 중복 코드를 제거하지 않은 상태에서 코드를 수정할 수 있는 유일한 방법은 새로운 중복 코드를 추가하는 것 뿐이다. 새로운 중복 코드를 추가하는 과정에서 코드의 일관성이 무너질 위험이 항상 도사리고 있다. 더 큰 문제는 중복 코드가 늘어날 수록 애플리케이션은 변경에 취약해지고 버그가 발생할 가능성이 높아진다는 것이다. 중복 코드의 양이 많아질 수록 버그의 수는 증가하며 그에 비례해 코드를 변경하는 속도는 점점 더 느려진다 ."}},{"id":"PBZqGjj8-2","type":"paragraph","data":{"text":"민첩하게 변경하기 위해서는 중복 코드를 추가하는 대신 제거해야한다. 기회가 생길때마다 코드를 DRY 하게 만들기 위해 노력하라 .."}},{"id":"mR34jf0xrd","type":"delimiter","data":{}},{"id":"mV1VeF8Tfv","type":"header","data":{"text":"타입 코드 사용하기 ","level":3}},{"id":"kBdnBPs6V-","type":"paragraph","data":{"text":"두 클래스 사이의 중복 코드를 제거하는 한가지 방법은 클래스를 하나로 합치는 것이다. "}},{"id":"hEa9P0GK8n","type":"paragraph","data":{"text":"다음과 같이 요금제를 구분하는 타입 코드를 추가하고 타입 코드의 값에 따라 로직을 분기시켜 Phone 과 NightlyDiscountPhone 을 하나로 합칠 수 있다. 하지만 계속 강조해던 것처럼 타입 코드를 사용하는 클래스는 낮은 응집도와 높은 결합도라는 문제를 시달리게 된다. "}},{"id":"0Mc2Xzrm6v","type":"code","data":{"code":"public class Phone {\n\tprivate static final int LATE_NIGHT_HOUR =22 ;\n\tenum PhoneType {REGULAR, NIGHTLY}\n\t\n\tprivate PhoneType type;\n\tprivate Money amount;\n\tprivate Money regularAmount;\n\tprivate Money nighthlyAmount;\n\tprivate Duration seconds;\n\tprivate List calls = new ArrayList<>();\n\n\n\tpublic Phone(Money amount, Duration seconds){\n\t\tthis(PhoneType.REGULAR, amount, Money.ZERO, Money.ZERO, seconds);\n\t}\n\t\n\tpublic Phone(Money nightlyAmount, Money regularAmount, Duration seconds){\n\t\tthis(PhoneType.NIGHTLY, Money.ZERO, nightlyAmount, regularAmount, seconds);\n\t}\n\t\n\tpublic Phone(PhoneType type, Money amount, Money rightlyAmount, Money regularAmount, Duration seconds, Money regularAmount, Duration seconds){\n\t\tthis.type = type;\n\t\tthis.amount = amount;\n\t\tthis.regularAmount = regularAmount;\n\t\tthis.nighthlyAmount = nighthlyAmount;\n\t\tthis.seconds = seconds;\n\t}\n\t\n\tpublic Money caculateFee(){\n\t Money result = Money,ZERO;\n\t\n\t for(Call call : calls){\n if (type == PhoneType.REGULAR){\n result = result.plus(amount.times(call.getDuration().getSeconds() / seconds.getSeconds()));\n } else {\n if (call.getFrom().getHour() >= LATE_NIGHT_HOUR){\n result = result.plus(nighthlyAmount.times(call.getDuration().getSeconds() / seconds.getSeconds()));\n }\n else {\n result = result.plus(regularAmount.times(call.getDuration().getSeconds() / seconds.getSeconds()))\n }\n }\n\t}\n\treturn result;\n }\n}"}},{"id":"pxlvfxivac","type":"paragraph","data":{"text":"객체지향 프로그래밍 언어는 타입코드를 사용하지 않고도 중복 코드를 관리할 수 있는 효과적인 방법을 제공한다. 이 방법은 너무나 유명해서 객체지향 프로그래밍을 대표하는 기법으로 일컬어 지기도한다. 상속이 바로 그것이다. "}},{"id":"xS3ChuTyX4","type":"delimiter","data":{}},{"id":"_lD9R0wT9m","type":"header","data":{"text":"상속을 이용해서 중복 코드 제거하기","level":3}},{"id":"6JpcV-qdHZ","type":"paragraph","data":{"text":"상속의 기본 아이디어는 매우 간단하다. 이미 존재하는 클래스와 유사한 클래스가 필요하다면 코드를 복사하지 말고 상속을 이요해 코드를 재사용하는 것이다. NightlyDiscountPhone 클래스가 Phone 의 클래스를 상속받게 만들면 코드를 중복시키지 않고도 Phone 의 클래스의 코드 대부분을 재사용할 수 있다. "}},{"id":"ru_QZf4rYb","type":"code","data":{"code":"public class NightlyDiscountPhone extends Phone {\n private static final int LATE_NIGHT_HOUR = 22;\n private Money nightlyAmount;\n\n public NightlyDiscountPhone(Money nightlyAmount, Money regularAmount, Duration seconds){\n super(regularAmount, seconds);\n this.nightlyAmount = nightlyAmount;\n }\n\n\n @Override\n public Money calculateFee(){\n Money result = super.calculateFee();\n Money nightlyFee = Money.ZERO;\n\n\n for(Call call : getCalls()){\n if (call.getFrom().getHour() >= LATE_NIGHT_HOUR){\n nightlyFee= nightlyFee.plus(\n getAmount().minus(nightlyAmunt).times(\n call.getDuration().getSeconds() / getSeconds().getSeconds());\n )\n }\n }\n\n return result.minus(nightlyFee);\n }\n}"}},{"id":"rgkAdw4rrg","type":"paragraph","data":{"text":"NightlyDiscountPhone 클래스의 calculateFee 메서드를 자세히 살펴보면 이상한 부분이 눈에 띌 것이다. "}},{"id":"hzNM-JEPgY","type":"paragraph","data":{"text":"super 참조를 통해 부모 클래스인 phone의 calculateFee 메서드를 호출해서 일반 요금제에 따라 통화요금을 계산한 후 이 값에서 통화 시작 시간이 10시 이후인 통화의 요금을 빼주는 부분이다. 이렇게 구현된 이유를 이해하기 위해서는 개발자가 phone 의 코드를 재사용하기 위해 세운 가정을 이해 하는 것이 중요하다. NighthlyDiscountPhoe 을 구현한 개발자는 Phone 의 코드를 최대한 많이 재사용하고 싶었다. "}},{"id":"_KNldt8LLO","type":"paragraph","data":{"text":"그렇지만 우리가 기대한 것은 10시 이전의 요금에서 10시 이후의 요금을 차감하는 것이 아니라 10시 이전의 요금과 10시 이후의 요금을 더하는 것이다. 요구사항과 구현 사이의 차이가 크면 클수록 코드를 이해하기 어려워진다. 잘못 사용된 상속은 이 차이를 더 크게 벌린다. "}},{"id":"c1IE2h38NG","type":"paragraph","data":{"text":"이 예제가 비현실적이라고 생각되는가? 그렇다. 비현실적이다. 이 코드가 비현실적인 이유는 지나치게 깔끔하고 그나마 이해하기 쉽기 때문이다. 실제 프로젝트에서 마주치게 될 코드는 여기서 설명한 예보다 훨씬 더 엉망일 확률이 높다."}},{"id":"TJyGbQgyh_","type":"paragraph","data":{"text":"여기서는 단지 두 클래스 사이의 상속 관계만 살펴봤지만 실제 프로젝트에서 마주치게 될 클래스의 상속 계층은 매우 깊을 것이다. 깊고 깊은 상속 계층의 계단을 하나 내려올 때마다 이해하기 어려운 가정과 마주하게 된다고 생각해보라."}},{"id":"WgRCDU412o","type":"delimiter","data":{}},{"id":"oAf_k1wlhW","type":"header","data":{"text":"강하게 결합된 Phone 과 NightlyDiscountPhone","level":3}},{"id":"H8WS7-KWPz","type":"paragraph","data":{"text":"부모 클래스와 자식 클래스 사이의 결합이 문제인 이유를 살펴보자. NightlyDiscountPhone 은 부모 클래스인 Phone 의 calculateFee 메서드를 오버라이딩한다. 또한 메서드 안에서 super 참조를 이용해 부모 클래스의 메서드를 호출한다. NightlyDiscountPhone 의 calculateFee 메서드는 자신이 오버라이딩한 phone 의 calculateFee 메서드가 모든 통화에 대한 요금의 총합을 반환한다는 사실에 기반하고 있다. "}},{"id":"xXY6ZeM_X0","type":"paragraph","data":{"text":"하지만 앞에서 설명했던 세금을 부과하는 요구사항이 추가된다면 어떻게 될까? Phone 은 앞에서 구현했던 것처럼 세율을 인스턴스 변수로 포함하고 calculateFee 메서드에서 값을 반환할 때 taxRate 를 이용해 세금을부과해야한다. "}},{"id":"zjr6pZ2ZQv","type":"code","data":{"code":"public class Phone {\n private double taxRate;\n\n public Phone(Money amount, Duration seconds, double taxRate) {\n this.taxRate = taxRate;\n }\n\n public Money calculateFee() {\n return result.plus(result.times(taxRate));\n }\n\n public double getTaxRate() {\n return taxRate;\n }\n}"}},{"id":"qEm69M93cm","type":"paragraph","data":{"text":"NightlyDiscountPhone 은 생성자에서 전달받은 taxRate 를 부모 클래스인 Phone 의 생성자로 전달해야 한다. 또한 Phone 과 동일하게 값을 반환할 때 taxRate 를 이용해 세금을 부과해야한다. "}},{"id":"HIn-h2djM5","type":"code","data":{"code":"public class NightlyDiscountPhone extends Phone {\n public NightlyDiscountPhone(Money nightlyAmount, Money regularAmount, Duration seconds, double taxRate) {\n super(regularAmount, seconds, taxRate);\n }\n\n @Override\n public Money calculateFee() {\n return result.minus(nightlyFee.plus(nightlyFee.times(getTaxRate())));\n }\n}"}},{"id":"q9tLlQlSxO","type":"paragraph","data":{"text":"이제 Phone 과 NightlyDiscountPhone 의 상속 계층이 가지는 문제점이 또렸해졌을 것이다. NightlyDiscountPhone 을 Phone 의 자식 클래스로 만든 이유는 Phone 의 코드를 재사용하고 중복 코드를 제거하기 위해서다."}},{"id":"fw8NFVH2BS","type":"paragraph","data":{"text":"하지만 세금을 부과하는 로직을 추가하기 위해 Phone 을 수정할 때 유사한 코드를 NightlyDiscountPhone 에도 추가해야 했다. 다시 말해서 중복을 제거하기 위해 상속을 사용했음에도 세금을 계산하는 로직을 추가하기 위해 새로운 중복 코드를 만들어야 하는 것이다. "}},{"id":"ZJxwcT5i9s","type":"paragraph","data":{"text":"이것은 NightlyDiscountPhone 이 Phone 의 구현에 너무 강하게 결합돼 있기 때문에 발생하는 문제다. 따라서 우리는 상속을 사용할 때 다음과 같은 경고에 귀 기울일 필요가 있다. "}},{"id":"prgrboQFOD","type":"warning","data":{"title":"자식 클래스의 메서드 안에서 super 참조를 이용해 부모 클래스의 메서드를 직접 호출할 경우 두 클래스는 강하게 결합된다. super 호출을 제거할 수 있는 방법을 찾아 결합도를 제거하라. ","message":""}},{"id":"U1JHeAYzvS","type":"paragraph","data":{"text":"지금까지 살펴본 예제들은 자식 클래스가 부모 클래스의 구현에 강하게 결합된 경우 부모 클래스의 변경에 의해 자식 클래스가 영향을 받는다는 사실을 잘 보여준다. 상속을 사용하면 적은 노력으로도 새로운 기능을 쉽고, 빠르게 추가할 수 있다. 하지만 그로 인해 커다란 대가를 치러야 할 수 도 있다. "}},{"id":"aTt3qHIzXe","type":"paragraph","data":{"text":"이처럼 상속 관계로 연결된 자식 클래스의 변경에 취약해지는 현상을 가리켜 취약한 기반 클래스 문제라고 부른다. 취약한 기반 클래스 문제는 코드 재사용을 목적으로 상속을 사용할 때 발생하는 가장 대표적인 문제다. 먼저 취약한 기반 클래스 문제가 발생하는 몇가지 사례를 살펴본 후 다시 NightlyDiscountPhone 의 문제로 돌아오자 ."}},{"id":"ZLFBOVEvrs","type":"paragraph","data":{"text":"취약한 기반 클래스 문제는 상속이라는 문맥 안에서 결합도가 초래하는 문제점을 가리키는 용어다. 상속 관계를 추가할 수록 전체 시스템의 결합도가 높아진다는 사실을 알고 있어야 한다. 상속은 자식 클래스를 점진적으로 추가해서 기능을 확장하는 데는 용이하지만 높은 결합도로 인해 부모 클래스를 점진적으로 개선하는 것은 어렵게 만든다. "}},{"id":"5oRqlo19qL","type":"paragraph","data":{"text":"최악의 경우에는 모든 자식 클래스를 동시에 수정하고 테스트해야 할 수도 있다. "}},{"id":"U5focWfoT1","type":"paragraph","data":{"text":"취약한 기반 클래스 문제는 캡슐화를 약화시키고 결합도를 높인다. 상속은 자식 클래스가 부모 클래스의 구현 세부사항에 의존하도록 만들기 때문에 캡슐화를 약화시킨다. 이것이 상속이 위험한 이유인 동시에 우리가 상속을 피해야 하는 첫번째 이유다. "}},{"id":"PsAmpr8ucv","type":"delimiter","data":{}},{"id":"CC0vpwp_zl","type":"header","data":{"text":"Phone 다시 살펴보기 ","level":3}},{"id":"Dfyo3mUZQU","type":"paragraph","data":{"text":"지금까지 상속으로 인해 발생하는 취약한 기반 클래스 문제의 다양한 예를 살펴봤다. 이제 다시 Phone 과 NightlyDiscountPhone 의 문제로 돌아와 상속으로 인한 피해를 최소화할 수 있는 방법을 찾아보자. 취약한 기반 클래스 문제를 완전히 없앨 수는 없지만 어느 정도까지 위험을 완화 시키는 것은 가능하다. "}},{"id":"px9fuBcuhH","type":"paragraph","data":{"text":"문제 해결의 열쇠는 바로 추상화다. "}},{"id":"PQPKxp1kKI","type":"delimiter","data":{}},{"id":"iaRjqyrnff","type":"header","data":{"text":"추상화에 의존하자. ","level":3}},{"id":"j9TX2SyWPg","type":"paragraph","data":{"text":"NightlyDiscountPhone 의 가장 큰 문제점은 Phone 에 강하게 결합돼 있기 때문에 Phone 이 변경될 경우 함께 변경될 가능성이 높다는 것이다. 이 문제를 해결하는 가장 일반적인 방법은 자식 클래스가 부모 클래스의 구현이 아닌 추상화에 의존하도록 만드는 것이다. 정확하게 말하면 부모 클래스와 자식 클래스 모두 추상화에 의존하도록 수정해야 한다. "}},{"id":"ByifpBy0H8","type":"paragraph","data":{"text":"개인적으로 코드 중복을 제거하기 위해 상속을 도입할 때 따르는 두 가진 원칙이 있다."}},{"id":"ykhb3JG_Ur","type":"list","data":{"style":"unordered","meta":{},"items":[{"content":" 두 메서드가 유사하게 보인다면 차이점을 메서드로 추출하라, 메서드 추출을 통해 두 메서드를 동일한 형태로 보이도록 할 수 있다","meta":{},"items":[]},{"content":"부모 클래스의 코드를 하위로 내리지 말고 자식 클래스의 코드를 상위로 올려라. 부모 클래스의 구체적인 메서드를 자식 클래스로 내리는 것보다 자식 클래스의 추상적인 메서드를 부모 클래스로 올리는 것이 재사용성과 응집도 측면에 더 뛰어난 결과를 얻을 수 있다. ","meta":{},"items":[]}]}},{"id":"ns38rUmlQO","type":"delimiter","data":{}},{"id":"W_mHjXojLD","type":"header","data":{"text":"차이를 메서드로 추출하라 ","level":3}},{"id":"52oa53Wil0","type":"paragraph","data":{"text":"가장 먼저 할일은 중복 코드 안에서 차이점을 별도의 메서드로 추출하는 것이다. 이것은 흔히 말하는 \"변하는 것으로부터 변하지 않는 것을 분리하라\" 또는 \"변하는 부분을 찾고 이를 캡슐화하라\" 라는 조언을 메서드 수준에서 적용한 것이다. "}},{"id":"7lMeqXNVRL","type":"paragraph","data":{"text":"중복 코드를 가진 Phone 과 NightlyDiscountPhone클래스에서 시작하자. Phone 클래스의 현재 모습은 다음과 같다. "}},{"id":"22BNBEvG16","type":"code","data":{"code":"public class Phone {\n private Money amount;\n private Duration seconds;\n private List calls = new ArrayList<>();\n\n public Phone(Money amount, Duration seconds) {\n this.amount = amount;\n this.seconds = seconds;\n }\n\n public Money calcluateFee() {\n Money result = Money.ZERO;\n\n for (Call call : calls) {\n result = result.plus(amount.times(call.getDuration().getSeconds() / seconds.getSeconds()));\n }\n return result;\n }\n}"}},{"id":"W3aD3RKd-r","type":"paragraph","data":{"text":"NightlyDiscountPhone 클래스는 Phone 과 유사하지만 calclulateFee 메서드의 구현 일부와 인스턴스 변수의 목록이 조금 다르다."}},{"id":"1rxebXa4wg","type":"code","data":{"code":"public class NightlyDiscountPhone {\n private static final int LATE_NIGHT_PHONE = 22;\n\n private Money nightlyAmount;\n private Money regularAmount;\n private Duration seconds;\n private List calls = new ArrayList<>();\n\n public NightlyDiscountPhone(Money nightlyAmount, Money regularAmount, Duration seconds) {\n this.nightlyAmount = nightlyAmount;\n this.regularAmount = regularAmount;\n this.seconds = seconds;\n }\n\n public Money calculateFee() {\n Money result = Money.ZERO;\n for (Call call : calls) {\n if (call.getFrom().getHour() >= LATE_NIGHT_HOUR) {\n result = result.plus(\n nightlyAmount.times(call.getDuration().getSeconds() / seconds.getSeconds()));\n\n } else {\n result = result.plus(\n regularAmount.times(call.getDuration().getSeconds() / seconds.getSeconds()));\n }\n }\n return result;\n }\n}"}},{"id":"ORzxKroVr2","type":"paragraph","data":{"text":"먼저 할 일은 두 클래스의 메서드에서 다른 부분을 별도의 메서드로 추출하는 것이다. 이 경우에는 calculateFee 의 for 문 안에 구현된 요금 계산 로직이 서로 다르다는 사실을 알 수 있다. 이 부분을 동일한 이름을 가진 메서드로 추출하자. 이 메서드는 하나의 Call 에 대한 통화 요금을 계산하는 것이므로 메서드의 이름으로는 calculateCallFee 가 좋을 것 같다. "}},{"id":"h0Kmk3Y7Zp","type":"paragraph","data":{"text":"먼저 Phone에서 메서드를 추출하자."}},{"id":"Z0CgGEYy6I","type":"code","data":{"code":"public class Phone {\n public Money calculateFee() {\n Money result = Money.ZERO;\n\n for (Call call : calls) {\n result = result.plus(calculateCallFee(call));\n }\n\n return result;\n }\n\n private Money calculateCallFee(Call call) {\n return amount.times(call.getDuration().getSeconds / seconds.getSeconds());\n }\n}"}},{"id":"G9FPv9cZ3u","type":"paragraph","data":{"text":"NightlyDiscountPhone 의 경우에도 동일한 방식으로 메서드를 추출하자"}},{"id":"FG2tINuuBk","type":"code","data":{"code":"public class NightlyDiscountPhone {\n public Money calcluateFee() {\n Money result = Money.ZERO;\n\n for (Call call : calls) {\n result = result.plus(calclulateCallFee(call));\n }\n\n return result;\n }\n\n private Money calculatecallFee(Call call) {\n if (call.getFrom().getHour() >= LATE_NIGHT_HOUR) {\n return nightlyAmount.times(call.getDuration().getSeconds() / seconds.getSeconds());\n } else {\n return regularAmount.times(call.getDuration().getSeconds() / seconds.getSeconds());\n }\n }\n}"}},{"id":"c854ITJgme","type":"paragraph","data":{"text":"두 클래스의 calculateFee 메서드는 완전히 동일해졌고 추출한 calculateCallFee 메서드 안에 서로 다른 부분을 격리시켜놓았다. 이제 같은 코드를 부모 클래스로 올리는 일만 남았다. "}},{"id":"pgwzPS24T_","type":"delimiter","data":{}},{"id":"u4WwV2nIPN","type":"header","data":{"text":"중복 코드를 부모 클래스로 올려라","level":3}},{"id":"u1pZU0AAAT","type":"paragraph","data":{"text":"부모 클래스를 추가하자. 목표는 모든 클래스들이 추상화에 의존하도록 만드는 것이기 때문이 이 클래스는 추상 클래스로 구현하는 것이 적합할 것이다. 새로운 부모 클래스의 이름은 AbstactPhone 으로 하고 Phone 과 NightlyDiscountPhone이 AbstarctPhone 을 상속받도록 수정하자. "}},{"id":"G52cwd6HNW","type":"code","data":{"code":"public abstract class AbstractPhone {}\n\npublic class Phone extends AbstractPhone { ... }\n\npublic class NightlyDiscountPhone extends AbstractPhone { ... }"}},{"id":"me3uGWDIql","type":"paragraph","data":{"text":"이제 Phone 과 NightlyDiscountPhone 의 공통 부분을 부모 클래스로 이동시키자. 공통코드를 옮길 때 인스턴스 변수보다 메서드를 먼저 이동시키는 게 편한데, 메서드를 옮기고 나면 그 메서드에 필요한 메서드나 인스턴스 변수가 무엇인지를 컴파일 에러를 통해 자동으로 알 수 있기 때문이다. 컴파일 에러를 바탕으로 메서드와 인스턴스 변수를이동시키면 불필요한 부분은 자식 클래스에 둔 채로 부모 클래스에 꼭 필요한 코드만 이동시킬 수 있다. "}},{"id":"aDjST_A2Tg","type":"paragraph","data":{"text":"두 클래스 사이에 완전히 동일한 코드는 calculateFee 메서드이므로 calculateFee 메서드를 AbstractPhone 으로 이동시키고 Phone 과 NightlyDiscountPhone 에서 이 메서드를 제거하자."}},{"id":"SCkftcmAl_","type":"code","data":{"code":"public abstract class AbstractPhone {\n public Money calculateFee() {\n Money result = Money.ZERO;\n\n for (Call call : calls) {\n result = result.plus(calculateCallFee(call));\n }\n return result;\n }\n}"}},{"id":"Ua5vqr4q3w","type":"paragraph","data":{"text":"calculateFee 메서드를 이동시키고 나면 Calls 가 존재하지 않는다는 에러가 발생한다. Phone과 NightlyDiscountPhone 에서 인스턴스 변수인 calls 를 AbstractyPhone 으로 이동시키자. "}},{"id":"lw5WuZVSBp","type":"code","data":{"code":"public abstract class AbstractPhone {\n private List calls = new ArtrayList<>();\n\n public Money calculateFee() {\n Money result = Money.ZERO;\n\n for (Call call : calls) {\n result = result.plus(calculateCallFee(call));\n }\n return result;\n }\n}"}},{"id":"_p3ETbrQva","type":"paragraph","data":{"text":"calls 를 이동시키고 나면 calculateCallFee 메서드를 찾을 수 없다는 에러가 발생한다. 이번에는 앞의 경우와 양상이 조금 다른데 Phone 과 NightlyDiscountPhone 의 calculateCallFee 메서드의 경우 시그니처는 동일하지만 내부 구현이 서로 다르기 때문이다."}},{"id":"SAy-IpgVwS","type":"paragraph","data":{"text":"따라서 메서드의 구현은 그대로 두고 공통 부분인 시그니처만 부모 클래스로 이동시켜야 한다. "}},{"id":"D5p8QHaHh6","type":"paragraph","data":{"text":"시그니처만 이동시키는 것이므로 calculateCallFee 메서드를 추상 메서드로 선언하고 자식 클래스에서 오버라이딩할수 있도록 protected로 선언하자 "}},{"id":"RiD1jWRa0k","type":"code","data":{"code":"public abstract class AbstractPhone {\n private List calls = new ArrayList<>();\n\n public Money calculateFee() {\n Money result = Money.ZERO;\n\n for (Call call : calls) {\n result = result.plus(calculateCallFee(call));\n }\n return result;\n }\n\n abstract protected Money calculateCallFee(Call call);\n}"}},{"id":"5b_wLn8miu","type":"paragraph","data":{"text":"공통 코드를 모두 AbstractPhone 으로 옮겼다. 이제 Phone에는 일반 요금제를 처리하는 데 필요한 인스턴스 변수와 메서드만 존재한다. "}},{"id":"vJM8sjZ5q-","type":"code","data":{"code":"public class Phone extends AbstractPhone {\n private Money amount;\n private Duration seconds;\n\n public Phone(Money amount, Duration seconds) {\n this.amount = amount;\n this.seconds = seconds;\n }\n\n @Override\n\tprotected Money calculateCallFee(Call call){\n\t\treturn amount.times(call.getDuration().getSeconds() / seconds.getSeconds()));\n\t}\n}"}},{"id":"YRVMbtjoaZ","type":"paragraph","data":{"text":"NightlyDiscountPhone 에는 심야 할인 요금제와 관련된 인스턴스 변수와 메서드만 존재하게 된다."}},{"id":"_W9fCYlVG2","type":"code","data":{"code":"public class NightlyDiscountPhone extends AbstractPhone {\n private static final int LATE_NIGHT_HOUR = 22;\n private Money nightlyAmount;\n private Money regularAmount;\n private Duratiojn seconds;\n\n public NightlyDiscountPhone(Money nightlyAmount, Money regularAmount, Duration seconds) {\n this.nightlyAmount = nightlyAmount;\n this.regularAmount = regularAmount;\n this.seconds = seconds;\n }\n\n @Overrids\n protected Money calculateCallFee(Call call) {\n if (call.getFrom().getHour() >= LATE_NIGHT_HOUR) {\n return nightlyAmount.times(call.getDuration().getSeconds() / seconds.getSeconds());\n }\n\n return regularAmount.times(call.getDuration().getSeconds() / seconds.getSeconds());\n }\n}"}},{"id":"7YLPl81yyz","type":"image","data":{"caption":"","withBorder":false,"withBackground":false,"stretched":true,"file":{"url":"https://backend.owl-dev.me/images/리팩터링_후의_상속계층(1).png"}}},{"id":"B6UHolnXDy","type":"paragraph","data":{"text":"지금까지 살펴본 것처럼 자식 클래스들 사이의 공통점을 부모 클래스로 옮김으로써 실제 코드를 기반으로 상속 계층을 구성할 수 있다. 이제 우리의 설계는 추상화에 의존하게 된다. "}},{"id":"A5b572ACKH","type":"delimiter","data":{}},{"id":"QDDts-oQhY","type":"header","data":{"text":"추상화가 핵심이다 ","level":3}},{"id":"1XwkQlCz2U","type":"paragraph","data":{"text":"공통 코드를 이동시킨 후에는 각 클래스는 서로 다른 변경의 이유를 가진다는 것에 주목하라. "}},{"id":"lF5826rd4f","type":"list","data":{"style":"unordered","meta":{},"items":[{"content":"AbstractPhone ","meta":{},"items":[{"content":"통화목록 계산하는 방법이 바뀔 경우만 ","meta":{},"items":[]}]},{"content":"RegularPhone","meta":{},"items":[{"content":"일반 요금제의 통화 한 건을 계산하는 방식이 바뀔 경우만","meta":{},"items":[]}]},{"content":"NightlyDiscountPhone","meta":{},"items":[{"content":"심야 할인 요금제의 통화 한 건을 계산하는 방식이 바뀔 경우만","meta":{},"items":[]}]}]}},{"id":"oWbZELUKAU","type":"paragraph","data":{"text":"세 클래스는 각각 하나의 변경 이유만은 가진다. 이 클래스들은 단일 책임 원칙을 준수하기 때문에 응집도가 높다. "}},{"id":"fIoXiL5t3_","type":"paragraph","data":{"text":"설계를 변경하기 전에는 자식 클래스인 NightlyDiscountPhone 이 부모 클래스인 Phone 의 구현에 강하게 결합돼 있었기 때문에 Phone 의 구현을 변경하더라도 NightlyDiscountPhone 도 함께 영향을 받았었다는 점을 기억하라. "}},{"id":"_d56DNo6jM","type":"paragraph","data":{"text":"변경 후에 자식 클래스인 Phone 과 NightlyDiscountPhone 은 부모 클래스인 AbstractyPhone 의 구체적인 구현에 의존하지 않는다. 오직 추상화에 의존한다. "}},{"id":"gJl996vUbq","type":"paragraph","data":{"text":"calculateCallFee 메서드의 시그니처가 변경되지 않는한 부모 클래스의 내부 구현이 변경되더라도 자식 클래스는 영향을 받지 않는다. 이 설계는 낮은 결합도를 유지하고 있다. "}},{"id":"1fXkLpOiWq","type":"paragraph","data":{"text":"사실 부모 클래스 역시 자신의 내부에 구현된 추상 메서드를 호출하기 때문에 추상화에 의존한다고 말할 수 있다. "}},{"id":"FMyli2SmjI","type":"paragraph","data":{"text":"의존성 역전 원칙도 준수하는데, 요금 계산과 관련된 상위 수준의 정책을 구현하는 AbstractPhone 이 세부적인 요금 게산 로직을 구현하는 RegularPhone 과 NightlyDiscountPhone 에 의존하지 않고 그 반대로 RegularPhone 과 NightlyDiscountPhone이 추상화인 AbstractPhone 에 의존하기 때문이다. "}},{"id":"Q5WZtT60-x","type":"paragraph","data":{"text":"새로운 요금제를 추가하기도 쉽다는 사실 역시 주목하라. 새로운 요금제가 필요하다면 AbstractPhone 을 상속받는 새로운 클래스를 추가한 후 calculateCallFee 메서드만 오버라이딩하면 된다. 다른 클래스를 수정할 필요가 없다. 현재의 설계는 확장에는 열려 있고 수정에는 닫혀 있기 때문에 개방-폐쇄 원칙 역시 준수한다. "}},{"id":"GAC8KjMCsW","type":"paragraph","data":{"text":"지금까지 살펴본 모든 장점은 클래스들이 추상화에 의존하기 때문에 얻어지는 장점이다. 상속 계층이 코드를 진화시키는 데 걸림돌이 된다면 추상화를 찾아내고 상속 계층 안의 클래스들이 그 추상화에 의존하도록 코드를 리팩터링 하자. 차이점을 메서드로 추출하고 공통적인 부분은 부모 클래스로 이동하라. "}},{"id":"wvawM3R-Oi","type":"delimiter","data":{}},{"id":"ETDgnGW-UZ","type":"header","data":{"text":"의도를 드러내는 이름 선택하기 ","level":3}},{"id":"U70aJ6rdiu","type":"paragraph","data":{"text":"한가지 아쉬운 점이 있다. 바로 클래스의 이름과 관련된 부분이다. NightlyDiscountPhone 이라는 이름은 심야 할인 요금제와 관련된 내용을 구현한다는 사실을 명확하게 전달한다. 그에 반해 Phone 은 일반 요금제와 관련된 내용을 구현한다는 사실을 명시적으로 전달하지 못한다. "}},{"id":"rDd6l0QDHW","type":"paragraph","data":{"text":"게다가 NightlyDiscountPhone 과 Phone 은 사용자가 가입한 전화기의 한 종류지만 AbstractPhone 이라는 이름은 전화기를 포괄한다는 의미를 명확하게 전달하지 못한다. 따라서 AbstractPhone 은 Phone 으로 Phone 은 RegularPhone 으로 변경하는 것이 적절할 것이다. "}},{"id":"ZRtsJK2NEp","type":"code","data":{"code":"\npublic abstrct class Phone {...}\n\npublic class RegularPhone extends Phone {...}\n\npublic class NightlyDiscoutPhone extends Phone { ...}"}},{"id":"N0fo_TX8t7","type":"delimiter","data":{}},{"id":"90yaPLcRBZ","type":"header","data":{"text":"세금 추가하기 ","level":3}},{"id":"FTquQZ0rRd","type":"paragraph","data":{"text":"수정된 코드는 이전 코드보다 더 쉽게 변경할 수 있을까? 실제로 해보기 전까지는 장담할 수 없다. 통화 요금제 세금을 부과하는 요구사항을 반영해 보고 효과를 판단해보자. "}},{"id":"QlYFW7dpYx","type":"paragraph","data":{"text":"세금은 모든 요금제에 공통으로 적용돼야하는 요구사항이라는 사실을 기억하라. 따라서 공통 코드를 담고 있는 추상 클래스인 Phone 을 수정하면 모든 자식 클래스 간에 수정 사항을 공유할 수 있을 것이다. "}},{"id":"7-bse8CYrV","type":"paragraph","data":{"text":"인스턴스 변수인 taxRate 를 추가하고 요금에 세금이 부과되도록 calculateFee 메서드를 수정하자 "}},{"id":"G1inPV8F6K","type":"code","data":{"code":"public abstract class Phone {\n private double taxRate;\n private List calls = new ArrayList<>();\n\n public Phone(double taxRate) {\n this.taxRate = taxRate;\n }\n\n public Money calculateFee() {\n Money result = Money.ZERO;\n\n for (Call call : calls) {\n result = result.plus(calculateCallFee(calls));\n }\n\n return result.plus(result.times(taxRate));\n }\n\n protected abstract Money calculateCallFee(Call call);\n}"}},{"id":"g8rPi0Gu5N","type":"paragraph","data":{"text":"자, 이것으로 모든 것이 끝난 걸까? 안타깝게도 그렇지는 않다. 우리는 Phone 에 인스턴스 변수인 taxRate를 추가헀고 두 인스턴스 변수의 값을 초기화하는 생성자를 추가했다. 이로 인해 Phone 의 자식클래스인 RegularPhone 과 NightlyDiscountPhone 의 생성자 역시 taxRate 를 초기화하기 위해 수정해야 한다."}},{"id":"PqsplD6TjC","type":"code","data":{"code":"public class RegularPhone extends Phone {\n\t...\n\tpublic RegularPhone(Money amount, Duration seconds, double taxRate) {\n\t\tsuper(taxRate);\n\t\tthis.amount = amount;\n\t\tthis.seconds = seconds;\n\t}\n\t...\n}"}},{"id":"9AlCItfo7E","type":"code","data":{"code":"public class NightlyDiscountPhone extends Phone {\n ...\n public NightlyDiscountPhone(Money nightlyAmount, Money regularAmount, Duration seconds, double taxrate) {\n super(taxRate);\n this.nightlyAmount = nightlyAmount;\n this.regularAmount = regularAmount;\n this.seconds = secodns;\n }\n ...\n}"}},{"id":"2yWSKKN0aw","type":"paragraph","data":{"text":"클래스라는 도구는 메서드뿐만 아니라 인스턴스 변수도 함께 포함한다. 따라서 클래스 사이의 상속은 자식 클래스가 부모 클래스가 구현한 행동뿐만 아니라 인스턴스 변수에 대해서도 결합되게 만든다. "}},{"id":"l3vy1_r15o","type":"paragraph","data":{"text":"인스턴스 변수의 목록이 변하지 않는 상황에서 객체의 행동만 변경된다면 상속 계층에 속한 각 클래스들을 독립적으로 진화시킬수 있다. 하지만 인스턴스 변수가 추가되는 경우는 다르다. 자식 클래스는 자신의 인스턴스를 생성할 때 부모 클래스에 정의된 인스턴스 변수를 초기화해야 하기 때문에 자연스럽게 부모 클래스에 추가된 인스턴스 변수는 자식 클래스의 초기화 로직에 영향을 미치게 된다. 결과적으로 책임을 아무리 잘 분리하더라도 인스턴스 변수의 추가는 종종 상속 계층 전반에 걸친 변경을 유발한다. "}},{"id":"HG1Cr6pl3c","type":"paragraph","data":{"text":"하지만 인스턴스 초기화 로직을 변경하는 것이 두 클래스에 동일한 세금 계산 코드를 중복시키는 것 보다는 현명한 선택이다. "}},{"id":"vfdMhqBjwo","type":"paragraph","data":{"text":"8장을 주의깊게 읽었다면 객체 생성 로직이 변경됐을 때 영향을 받는 부분을 최소하하기 위해 노력해야 한다는 사실을 잘 알고 있을 것이다. "}},{"id":"SFF3eydT9r","type":"paragraph","data":{"text":"지금까지 살펴본 것처럼 상속으로 인한 클래스 사이의 결합을 피할수 있는 방법은 없다. 상속은 어떤 방식으로든 부모 클래스와 자식 클래스를 결합시킨다. 메서드 구현에 대한 결합은 추상 메서드를 추가함으로써 어느정도 완화할 수 있지만 인스턴스 변수에 대한 잠재적인 결합을 제거할 수 있는 방법은 없다. "}},{"id":"qYROcuz4OO","type":"paragraph","data":{"text":"우리가 원하는 것은 행동을 변경하기 위해 인스턴스 변수를 추가하더라도 상속 계층 전체에 걸쳐 부작용이 퍼지지 않게 막는 것이다. "}}],"version":"2.31.0-rc.7"}

Tag List