본문 바로가기

분류 전체보기

3-3. 관심사의 분리 (극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 ..
Java, Spring/스프링 핵심 원리 기본 2022. 8. 6. 3-3. 관심사의 분리 (극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 .. 이전 코드는 레오나르도 디카프리오가 줄리엣 역할을 하는 여자 주인공을 직접 초빙하는 것과 같다. ( 배우는 배우역할만하자 ) 공연을 구성하고 담당배우를 섭외하고 역할에 맞는 배우를 지정하는 건 공연기획자가 한다. ( 배우와 공연 기획자의 책임을 확실히 분리하자. ) 실제 실행되는 객체들은 본인의 역할만 수행해야하고 인터페이스에 어떤 구현체가 할당될지는 공연기획자가 해야한다. 공연 기획자 = AppConfig 이전 코드를 보면 배우가 다른 배우를 섭외했다. ( MemberServiceImpl 이 MemoryMemberRepository를 섭외 ) -----------------------------------------------------------아주 중요--------------------------..
3-2. 새로운 할인 정책 적용과 문제점
Java, Spring/스프링 핵심 원리 기본 2022. 8. 6. 3-2. 새로운 할인 정책 적용과 문제점 방금 만든 RateDiscountPolicy를 적용하려면 13line 처럼 new RateDiscountPolicy()를 해주어야한다. 이거만 바 꾸면 진짜 끝! -> 하지만 이건 서비스 로직을 건드려야한다. OrderServiceImpl은 추상(DiscountPolicy) 뿐만 아니라 구현(RateDiscountPolicy)에도 의존한다. 구현에 의존함. -> OCP, DIP 위반 구현에 의존함. -> OCP, DIP 위반 중요!!!!! FixDiscountPolicy를 RateDiscountPolicy로 변경하는 순간 OrderServiceImpl의 소스코드도 함께 변경해야 한다. # 어떻게 이걸 해결하지???????? 어떻게 추상에만 의존하도록하지??? 그냥 이렇게 해!!! ㅋㅋ 당연히 NullPo..
3-1. 새로운 할인 정책 개발
Java, Spring/스프링 핵심 원리 기본 2022. 8. 6. 3-1. 새로운 할인 정책 개발 기획자가 와서 새로운 할인 정책 개발 새로운 정책 : 고정할인율 -> 변동할인율 계획을 따르기보다 변화에 대응하기를!!! 저렇게 비교. (FixDiscountPolicy와 비슷) 그리고 테스트를 해본다. 테스트가 통과 된다. 테스트는 항상 모든 경우를 받아야하므로 VIP 가 아닌 경우도 테스트 해본다.
2-8. 주문과 할인 도메인 실행과 테스트
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 2-8. 주문과 할인 도메인 실행과 테스트 일단 이전처럼 OrderApp 만들어서 테스트해보자 ( 눈으로 보는 테스트 이므로 바람직하지 않음 ) 밑에 한 줄 더 넣으면 # 진짜 테스트 primitive 타입인 long으로 하면 null이 들어갈 수가 없다.( 나중에 DB에 넣고뺄 때 null 이 들어갈 수 있어서 Long을 씀) 한줄한줄 읽어봐 위에랑 똑같음 ( 강의 처음 듣는 시점에서 정확히 이해 못함 ) 우리가 지금까지 순수 자바로 개발했다. 역할과 구현을 잘 분리함. ( 할인정책이라는 인터페이스와 정액할인(구현체 )) 과연 정률할인정책으로 깔끔하게 바꿀 수 있는가?????? -> 우리는 다형성을 잘 구현 했지만 과연 쉬울까? # 인프런 김영한님의 강의를 수강한 후 작성한 글입니다. https://www.inflearn.com/course/%..
2-7. 주문과 할인 도메인 개발
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 2-7. 주문과 할인 도메인 개발 고정할인율을 만든다. ( enum은 == 사용 가능 ) 여기서 toString 메서드는 Object 클래스의 상속을 받은 메서드고 sout(order객체) 하면 toString이 출력된다. 굉장히 설계가 잘된 케이스 할인, orderservice가 독립적이다. 18line에서 멤버 자체를 넘길까? grade만 넘길까 고민 해보는 것도 좋음. ( 설계 ) # 인프런 김영한님의 강의를 수강한 후 작성한 글입니다. https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8/dashboard
2-6. 주문과 할인 도메인 설계
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 2-6. 주문과 할인 도메인 설계 실무에서는 상품이라는 객체를 넘기겠지만 복잡해지므로 여기선 상품명, 상품가격만 넘기기로함. 우리가 위에서 역할(인터페이스)을 먼저 다 만들었기 때문에 자유롭게 구현을 갈아낄 수 있음. 인터페이스의 구현체가 하나 일때 보통 구현체 이름은 인터페이스명 + Impl 역할들의 협력관계를 그대로 재사용 할 수 있다. 역할들의 협력관계를 그대로 재사용 할 수 있다. 역할들의 협력관계를 그대로 재사용 할 수 있다. 역할들의 협력관계를 그대로 재사용 할 수 있다. 협력관계를 그대로 재사용 할 수 있다. 협력관계를 그대로 재사용 할 수 있다. 협력관계를 그대로 재사용 할 수 있다. 협력관계를 그대로 재사용 할 수 있다. # 인프런 김영한님의 강의를 수강한 후 작성한 글입니다. https://www.inflearn.com..
2-5. 회원 도메인 실행과 테스트
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 2-5. 회원 도메인 실행과 테스트 만든 회원 도메인을 테스트해보자. 클래스 다이어그램은 정적인거고 객체 다이어그램은 동적인것이다. 이게 이해 안되면 전전게시글 다시보기. MemberApp 만들어서 테스트 해보자. 16라인은 soutv 쓴것( 그후 원하는 변수 선택 ) 좋은 방법의 테스트 아님. -> junit 쓰자 한줄 한줄 이해해보기. ( 이건 눈으로 출력값을 보고 판단하는게 아님. ) -> 테스트 실패 시 문제점 빨리 체크 가능 ( 테스트는 필수 ) OCP 준수 못함. ( new 직접 했기 때문에 ) DIP 잘 못 지킴 추상화에도 의존하고 구체화에도 의존한 케이스 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ최악 - 의존관계가 인터페이스 뿐만 아니라 구현까지 모두 의존하는 문제점이 있음 # 인프런 김영한님의 강의를 수강한 후 작성한 글입니다. https:/..
2-4. 회원 도메인 개발
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 2-4. 회원 도메인 개발 인터페이스와 구현체를 다른 패키지에 두는 것이 좋긴하다. 그치만 여기선 귀찮아서 같은 패키지에 만듦 -> save와 findById를 구현 실무에서는 map에 동시성이슈가 있을 수 있기 떄문에 사실 ConcurrentHashMap을 써야함. 인터페이스 만들고 구현체가 하나 일 때는 그냥 인터페이스명에 Impl 붙임 ㅋㅋ ㅋㅋㅋㅋㅋㅋㅋㅋ순수 자바라 DI를 못받으므로 new를 직접해준다. # 인프런 김영한님의 강의를 수강한 후 작성한 글입니다. https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8/dashboard
2-3. 회원 도메인 설계
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 2-3. 회원 도메인 설계 일단 메모리회원저장소로 만들어서 개발하기로 함. ( 개발용 ) 나중에 DB나 외부 시스템으로 연동 요구사항을보고 를 생각할 수 있어야함. 기획자도 볼 수 있게 그려야함. 밑의 두가지 다이어그램은 이를 구체화 해서 그린 것 은 실제 구현 레벨 ( 클래스 다이어그램 ). ( MemoryMemberRepository를 넣을지 DbMemberRepository 를 넣을 지는 동적으로 결정됨 ) 그래서 뭐가 들어갈 지는 클래스 다이어그램만으로 알긴 어려움. ) ==> 그래서 객체 다이어그램 ( 이건 객체 다이어그램 ) ( 정확히 회원 서비스는 MemberServiceImpl ) 당연함. ㅋㅋ 실제 사용되는 인스턴스들 끼리의 참조라 생각. ( 실제 new한 객체를 알 수 있음. ) # ..
2-2. 비즈니스 요구사항과 설계
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 2-2. 비즈니스 요구사항과 설계 미확정이라도 역할과 구현을 구분하면 되니까 두렵지 않다.!!!!!!!!!! # 인프런 김영한님의 강의를 수강한 후 작성한 글입니다. https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8/dashboard
2-1. 프로젝트 생성
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 2-1. 프로젝트 생성 실제 요구사항이 변경되었을 때 얼마나 고쳐야하나?? 2. 스프링부트 버전 3. 의존관계 16. 스프링부트 스타터 17. test 관련 기본 라이브러리 dependency 추가 안하고 만든 프로젝트라 기본적으로 2개만 들어가 있다. 저걸 실행 시키면 아직 웹서버를 띄우고 스프링 웹프로젝트를 넣은게 아니기 때문에 실행하고 끝나는게 정상 둘 다 IntelliJ IDEA 로 바꿔준다. 돌릴 때 gradle 통하는 것보다 인텔리제이로 돌리는게 더 빠름 ( 인텔리제이가 바로 자바 실행 ) # 인프런 김영한님의 강의를 수강한 후 작성한 글입니다. https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%A..
1-4. 객체 지향 설계와 스프링
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 1-4. 객체 지향 설계와 스프링 DI 로 OCP, DIP를 가능하게 지원한다. 모두 인터페이스를 먼저 놓고 구현체를 구현하게 되면 만약 우리가 DB를 정하지 않은 상태더라도 인터페이스를 넣어두면 다른 것 부터 개발 할 수 있다. 이상적으로는 인터페이스의 도입이 좋지만 인터페이슬르 남발하면 추상화라는 비용이 발생한다. ( 이 떄 비용은 성능에 대한 게 아니라 일단 단순하게 인터페이스만들고 구현체도 만들어야함. 또한 추상화가 되어버리면 개발자 코드를 한번 더 열어봐야됨. ) 런타임에 연결되므로 코드 열면 인터페이스만 보이는데 구현체까지 한 번더 들어가야함. -> 이런 단점도 있으므로 장점이 더 클때만 사용... 팁!!!!!: 더 이상 기능을 확장할 가능성이 없으면 바로 구체 클래스를 쓴다. 만약 향후 필요하다면 리팩터링하여 인터페이스로 구..
Recent Posts
Popular Posts
Tags
더보기
Recent Comments

티스토리툴바