Repository files navigation
로또 요구사항을 파악한다.
요구사항에 대한 구현을 완료한 후 자신의 github 아이디에 해당하는 브랜치에 Pull Request(이하 PR)를 통해 코드 리뷰 요청을 한다.
코드 리뷰 피드백에 대한 개선 작업을 하고 다시 PUSH한다.
모든 피드백을 완료하면 다음 단계를 도전하고 앞의 과정을 반복한다.
[] 모든 기능을 TDD로 구현해 단위 테스트가 존재해야 한다. 단, UI(System.out, System.in) 로직은 제외
[] 핵심 로직을 구현하는 코드와 UI를 담당하는 로직을 구분한다.
[] UI 로직을 InputView, ResultView와 같은 클래스를 추가해 분리한다.
[] indent(인덴트, 들여쓰기) depth를 2를 넘지 않도록 구현한다. 1까지만 허용한다.
[] 예를 들어 while문 안에 if문이 있으면 들여쓰기는 2이다.
[] 힌트: indent(인덴트, 들여쓰기) depth를 줄이는 좋은 방법은 함수(또는 메소드)를 분리하면 된다.
[] 함수(또는 메소드)의 길이가 15라인을 넘어가지 않도록 구현한다.
[] 함수(또는 메소드)가 한 가지 일만 잘 하도록 구현한다.
[] 모든 로직에 단위 테스트를 구현한다. 단, UI(System.out, System.in) 로직은 제외
[] 핵심 로직을 구현하는 코드와 UI를 담당하는 로직을 구분한다.
[] UI 로직을 InputView, ResultView와 같은 클래스를 추가해 분리한다.
[] 자바 코드 컨벤션을 지키면서 프로그래밍한다.
[] else 예약어를 쓰지 않는다.
[] 힌트: if 조건절에서 값을 return하는 방식으로 구현하면 else를 사용하지 않아도 된다.
[] else를 쓰지 말라고 하니 switch/case로 구현하는 경우가 있는데 switch/case도 허용하지 않는다.
[] 기능을 구현하기 전에 README.md 파일에 구현할 기능 목록을 정리해 추가한다.
[] git의 commit 단위는 앞 단계에서 README.md 파일에 정리한 기능 목록 단위로 추가한다.
About
로또 게임 구현을 관리하는 저장소
Resources
Stars
Watchers
Forks
You can’t perform that action at this time.