Hika Maeng

Money.of( long or double) 은 기본형을 Money로 감싼 거지만 Money.won( long or double) 은 원화 기준으로 Money의 밑값을 받아 생성한거죠. 근데 Money.won( 기존 Money를 단순 long or double로 만들어서 ) 원 기반의 밑값으로 삼았다는 거죠. 괄호안의 Money는 환률 중립적인 doubleValue로 처리되었는데

4-2 머니클래스의 사용 질문

2단계 차원의 관점이라 느껴져요. 1. 같은 설계 내에서 코드가 변화하는 차원 2. 설계 자체를 변경해야 하는 차원 즉 설계는 1번을 커버하지만 아예 2번도 발생할 수 있다는 느낌이네요. 그리고 회귀테스트와 리팩토링은 엄밀하게는 1번 차원에서 필수인거 같아요. 2번은 결국 테스트 전체도 많이 바꿔야해서 오히려 코드로 된 테스트보다는 테스트해야할 요구사항 정의서로부터 다시 변경된 책임 모델에 의한 테스트를 재 작성해야 할 거 같아요.

1-1에서 질문있어요.

감사합니다. 이게 아무래도 제가 실참여했던 프로젝트다보니 생각이 많아져서 이런저런 크게 중요치 않은 질문을 남겨 심기를 어지렵혀 드려 죄송합니다 ^^

영화가 정책을 1개만 갖는데 비해 정책이 다수의 컨디션을 갖는 디자인에 대해

감사합니다. 용호님과 대화를 나눌 수 있는 게 너무 좋습니다(설계관련 의견을 나눌 사람은 희귀해서..) 저 코드는 간략화한 거고 실제로는 구상 Info를 만들어내는 다양한 조합기가 info생성 시 관여한다고 생각했습니다. 패키지도 물론 별도로 ^^ 암튼 트레이드 오프라는 말씀이 많이 와닿아요. 하지만 어느 정도 예측되는 확장파트를 고려안할 수 없으니 그야말로 미묘한 밸런스의 학문이라 생각이 드네요.

DiscountPolicy 구현 및 설계에 대해 궁금한 점이 있습니다.

넵. 답변 감사합니다. 예제의 의도를 이해했습니다. 그냥 현실적으로는 상영이 가격을 따로 갖고 있는 경우가 대부분이라 궁금했습니다. 아이맥스 상영관, 4DX상영관 등 영화가 가격을 갖고 있는 것으로는 각 상영의 상세를 너무 많이 알아야 할 거 같다는 생각이 든거죠. 그런 연장선에서 예제가 적절한 현실의 축소판이긴 해도, 각 상영이 가격을 갖고 영화의 공통 정보에 포함할게 아니지 않나 라는 생각을 했습니다.

Hika Maeng

投稿