TIL
  • Contents
  • Book
    • 도메인 주도 설계
      • 1. 동작하는 도메인 모델 만들기
    • 오브젝트
      • 데이터 중심 설계
      • 책임 중심 설계
      • 책임 할당을 위한 GRASP 패턴
      • 메시지와 인터페이스
      • 객체 분해
    • Effective Java
      • Item 7 - 다 쓴 객체 참조를 해제하라
      • Item 7 발표 내용
      • Item 13 - clone 재정의는 주의해서 진행하라
      • Item 13 발표 내용
      • Item 16 - public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라
      • Item 16 발표 내용
      • Item 26 - 로 타입은 사용하지 말라
      • Item 28 - 배열보다는 리스트를 사용하라
      • Item 28 발표 내용
      • Item 29 - 이왕이면 제네릭 타입으로 만들라
      • Item 30 - 이왕이면 제네릭 메서드로 만들라
      • Item 31 - 한정적 와일드 카드를 사용해 API 유연성을 높이라
      • Item 35 - ordinal 메서드 대신 인스턴스 필드를 사용하라
      • Item 37 - ordinal 인덱싱 대신 EnumMap을 사용하라
      • Item 37 발표 내용
      • Item 43 - 람다보다는 메서드 참조를 사용하라
      • Item 43 발표 정리
      • Item 56 - 공개된 API 요소에는 항상 문서화 주석을 작성하라
      • Item 56 발표 정리
      • Item 62 - 다른 타입이 적절하다면 문자열 사용을 피하라
      • Item 62 발표 정리
      • Item 73 - 추상화 수준에 맞는 예외를 던지라
      • Item 83 - 지연 초기화는 신중히 사용하라
      • Item 83 발표 내용
      • Item 89 - 인스턴스 수를 통제해야 한다면 readResolve보다는 열거 타입을 사용하라
      • Item 89 발표 내용
    • 개발자를 위한 SQL 튜닝
      • SQL 쿼리 실습을 위한 DB 서버 구축
      • 인덱스 튜닝
      • 인덱스 스캔 튜닝
      • 인덱스 스캔 튜닝 실습
      • 인덱스 패스트 풀 스캔
      • 테이블 풀 스캔 튜닝
      • 조인 튜닝
      • 중첩 루프 조인 튜닝
      • 중첩 루프 조인 튜닝 실습
      • 해시 조인 튜닝
      • 해시 조인 튜닝 실습
      • 세미 조인 튜닝
      • 세미 조인 튜닝 실습
      • 아우터 조인
      • 함수 튜닝
      • 부분 범위 처리 튜닝
      • 파티셔닝 튜닝
      • 파티션 인덱스 튜닝
      • 병렬 처리 튜닝
  • Java
    • Design Pattern
      • Intro
      • Types of Design Patterns
      • Creational
        • Builder Pattern
        • Singleton Pattern
        • Prototype Pattern
        • Factory Pattern
        • Abstract Factory Pattern
      • Structural
        • Adapter Pattern
        • Bridge Pattern
        • Composite Pattern
        • Decorator Pattern
        • Facade Pattern
        • Flyweight Pattern
        • Proxy Pattern
      • Behavioural
        • Chain of Responsibility Pattern
        • Command Pattern
        • Interpreter Pattern
        • Iterator Pattern
        • Mediator Pattern
        • Memento Pattern
        • Observer Pattern
        • State Pattern
        • Strategy Pattern
        • Template Method Pattern
        • Visitor Pattern
    • Java
      • Cracking the Coding Interview
      • TDD, Clean Code with Java 11기
        • 자동차 레이싱
        • 로또
        • 사다리 타기
        • 볼링 게임 점수판
    • 궁금증
      • 자바 8 버전의 인터페이스와 추상클래스
      • 자바의 제네릭은 어떻게 이전 버전과 호환되는 걸까?
      • 스프링 MVC 기본 구조
      • 마샬링과 직렬화
      • 인터뷰 질문 모음
      • Code Coverage
  • Database
    • Database
      • SQL 레벨업
      • DB 스터디
        • DBMS
          • MySQL
        • INDEX
        • Join(Nested Loop, Hash)
        • Join(Semi, Outer)
        • Partial Range Processing
        • Function
        • Partitioning
        • Parallel Processing
  • Network
  • Architecture
    • Issue
      • Git Push Error
      • SonarLint Warning - assertThatExceptionOfType()
  • Infra
  • Spring
    • Spring JPA
      • 1. 데이터 모델링 및 연관관계 설정
      • 2. 최적화 내용
      • 3. Spring-Data-Jpa
      • 4. Query DSL
    • Spring Security
      • Intro
    • Spring Batch
      • 배치용 디비 설치
      • 배치 데이터 분석하기
      • 배치 프로세스 구상하기 및 성능 차이 확인하기
  • Issue
  • Tistory
    • Tistory Blog
  • Design High Performing Architectures
  • Design Resilient Architectures
  • Design Secure Applications And Architectures
  • Design Cost-Optimized Architectures
Powered by GitBook
On this page
  • 정신교육 - 변화는 어떻게 만들어 갈 것인가?
  • 레거시 코드 리펙토링 및 미션 요구사항
  • 1단계 - 질문 삭제하기 기능 리팩토링
  • 2단계 - 볼링 게임 점수판(그리기)

Was this helpful?

  1. Java
  2. Java
  3. TDD, Clean Code with Java 11기

볼링 게임 점수판

Previous사다리 타기Next궁금증

Last updated 3 years ago

Was this helpful?

정신교육 - 변화는 어떻게 만들어 갈 것인가?

  • 변화에 대한 시선

    • 사람들은 기본적으로 변화를 거부하는 성향을 가지고 있다.

    • 팀은 변화를 거부하는 성향이 더 강하다.

    • 대부분의 사람들은 변화에 실패한 경험을 가지고 있다.

  • 변화를 변화하기

    • 작은 성공을 통해 성취감과 안정감을 통해 신뢰감을 형성한다.

    회고 -> Practice 선택 -> 한 가지에 집중 -> 작은 성공 -> 반복
    • 짝 프로그래밍으로 TDD, 리펙토링 경험하기

레거시 코드 리펙토링 및 미션 요구사항

  • 학습 테스트 - JUnit 사용법 및 단위 테스트 연습

  • 단위 테스트 - 내가 구현한 코드에 대한 단위 테스트

  • TDD - 익숙해질 때까지 같은 미션으로 반복 연습

  • 점진적으로 리펙토링하기 - 레거시 코드 리펙토링

    • 기존의 Test Case가 깨지지 않는 상태로 리펙토링하기

    • 컴파일 에러 발생을 최소화하면서 리펙토링하기

레거시 코드 리펙토링

  • 응용 애플리케이션(웹, 모바일 애플리케이션)을 개발할 때

    TDD, OOP를 적용하려면 핵심 비즈니스 로직을 도메인 객체가 담당하도록 구현하는 것이다.

  • 즉, 테스트하기 쉬운 부분과 테스트하기 어려운 부분을 분리해 테스트하기 쉬운 부분에 대한 단위테스트를 구현하고, 지속적인 리펙토링을 한다.

  • 레거시 코드 리펙토링의 1단계

    • Service Layer에 단위 테스트를 추가한 뒤 비즈니스 로직을 도메인 객체로 이동하는 리펙토링

    • Acceptance Test를 추가한 후 리펙토링

  • Service Layer에 단위 테스트를 추가한 후 비즈니스 로직을 도메인 객체로 이동하는 리펙토링이다.

  • Mockito는 학습비용이 높기 때문에 도메인 클래스에서 Mock 없이 테스트 코드를 작성할 수 있도록 하는 것을 목표로 한다.

1단계 - 질문 삭제하기 기능 리팩토링

질문 삭제하기 요구사항

  • 질문 데이터를 완전히 삭제하는 것이 아니라 데이터의 상태를 삭제상태(deleted - boolean type)로 변경한다.

  • 로그인 사용자와 질문한 사람이 같은 경우 삭제 가능하다.

  • 답변이 없는 경우 삭제가 가능하다.

  • 질문자와 답변 글의 모든 답변자 같은 경우 삭제가 가능하다.

  • 질문을 삭제할 때 답변 또한 삭제해야 하며, 답변의 삭제 또한 삭제 상태(deleted)를 변경한다.

  • 질문자와 답변자가 다른경우 답변을 삭제할 수 없다.

  • 질문과 답변 삭제 이력에 대한 정보를 DeleteHistory를 활용해 남긴다.

프로그래밍 요구사항

  • qna.service.QnaService의 deleteQuestion()는 앞의 질문 삭제 기능을 구현한 코드이다.

  • 이 메소드는 단위 테스트하기 어려운 코드와 단위 테스트 가능한 코드가 섞여 있다.

  • 단위 테스트하기 어려운 코드와 단위 테스트 가능한 코드를 분리해 단위 테스트 가능한 코드 에 대해 단위 테스트를 구현한다.

힌트1

  • 객체의 상태 데이터를 꺼내지(get)말고 메시지를 보낸다.

  • 규칙 8: 일급 콜렉션을 쓴다.

  • Question의 List를 일급 콜렉션으로 구현해 본다.

  • 규칙 7: 3개 이상의 인스턴스 변수를 가진 클래스를 쓰지 않는다.

  • 인스턴스 변수의 수를 줄이기 위해 도전한다.

힌트2

  • 테스트하기 쉬운 부분과 테스트하기 어려운 부분을 분리해 테스트 가능한 부분만 단위테스트한다.

1단계 피드백

2단계 - 볼링 게임 점수판(그리기)

볼링 게임 점수판 레포지토리
1단계 - QnA 서비스 게시물 삭제 리펙토링 PR
람다 표현식
볼링 점수 규칙