✔ 문제 설명

🚩 요구사항 분석

• substring을 이용해 앞사람이 말한 마지막 문자 체크
• 임의의 count 변수를 활용해 인원수와 같으면 차례를 추가해 탈락자 확인

🔑문제풀이

class Solution {
    public int[] solution(int n, String[] words) {
        int[] answer = new int[2];
        List<String> gameList = new ArrayList<>();
        int count = 0;
        int care = 1;
        for(int i = 0; i<words.length; i++){
            count++;
            if(!gameList.contains(words[i])){
                gameList.add(words[i]);
            } else{
                break;
            }

            if(i==0){
                continue;
            }
            String s= words[i-1].substring(words[i-1].length()-1,words[i-1].length());
            String p= words[i].substring(0,1);

            if(!s.equals(p)){
                break;
            }

            if(count == n){
                count = 0;
                care++;
            }
        }
        if(count != 0 ){       
            answer[0] = count;
            answer[1] = care;       
        }
        return answer;
    }
}

💡 추가한 테스트 케이스

✔ 문제 설명

🚩 요구사항 분석

• 스택을활용해 스택이 비어있지않고 peek 스택 값이 같다면 지우는 방식을 진행했다.

🔑문제풀이

import java.util.Stack;

class Solution
{
    public int solution(String s)
    {
        int answer = 0;
        Stack<Character> stack = new Stack<>();
        //1. 문자제거하기
        for (int i=0; i < s.length(); i++){
            char c = s.charAt(i);
            // 현재 스택이 비어있지않고 peek 스택의 최상위 값이 c와 같다면 pop  
            if(!stack.isEmpty() && stack.peek() == c){
                stack.pop();
            }else{
                stack.push(c);
            }

        }
        answer = stack.size() == 0 ? 1 : 0;

        return answer;
    }
}

💡 추가한 테스트 케이스

✔ 문제 설명

🚩 요구사항 분석

• 제거할 0의 개수 count에 저장
• 1을 만들기 위해 반복되는 횟수 저장
• 0을 제거한 후 남은 1의 개수를 이진 변환, 스트링으로 변환하기위해 Integer.toBinaryString() 활용

🔑문제풀이

class Solution {
    public int[] solution(String s) {
        int[] answer = new int[2];
        int zero = 0;
        int count = 0;
        int l = 0;
        while(!s.equals("1")){
            zero++;
            l=0;
            for(int i=0; i<s.length();i++){
                if(s.charAt(i) == '0'){
                  count++;  
                } else{
                  l++;
                }
            }         

            s= Integer.toBinaryString(l);

        }
        answer[0] = zero;
        answer[1] = count;
        return answer;
    }
}

💡 추가한 테스트 케이스

추가한 테스트케이스는 없다.

✔ 문제 설명

🚩 요구사항 분석

• 스택이 비어있지않고 들어오는 괄호가 ')'이고 현재 스택에있는 값이 반대인 '(' 라면 스택을 비워준다. -> 올바른 괄호
• 아니라면 스택에 추가.
• 스택이 0 이라면 true 아니라면 false

🔑문제풀이

import java.util.Stack;

class Solution {
    boolean solution(String s) {
        boolean answer = true;

        Stack<Character> stack = new Stack<>();
        for(int i =0;i<s.length();i++){
            char ch = s.charAt(i);
            if(!stack.isEmpty() && ch==')' && stack.peek() != ch){
                stack.pop();
            }else{
                stack.push(ch);
            }  

        }
        answer = stack.size() == 0 ? true : false;
        return answer;
    }
}

💡 추가한 테스트 케이스

추가한 테스트케이스는 없다.

비즈니스 로직과 UI 로직을 분리한다.

해당 피드백은 내가 고민한 부분을 답변해주는것 같았다. 주어진 Lotto 라는 클래스를 그에 맞는 역할을 담당하도록 로직을 분리했다. 분리하는 기준을 정하는 것에 시간을 많이 투자하였지만 기준이 명확하지 않아 힘들었다. -> 현재 객체의 상태를 보기 위한 로그 메시지 성격이 강하다면 toString()을 통해 구현한다. View에서 사용할 데이터라면 getter 메서드를 통해 데이터를 전달해야한다.

객체의 상태 접근을 제한한다.

객체는 객체스럽게 사용한다.

해당 피드백은 내가 저번 3주차 미션에서 겪은 과정을 답변해주고 있었다.

• 참고자료 (getter를 사용하는 대신 객체에 메시지를 보내자)

  필드(인스턴스 변수)의 수를 줄이기 위해 노력한다.

  필드(인스턴스 변수)의 수가 많은 것은 객체의 복잡도를 높이고, 버그 발생 가능성을 높일 수 있다. 필드에 중복이 있거나, 불필요한 필드가 없는지 확인해 필드의 수를 최소화해야한다.

단위 테스트하기 어려운 코드를 단위 테스트하기

올바른 로또 번호가 생성되는 것을 테스트를 하는것이 어려워 6개의 번호가 생성되는(size=6) 을 확인하는 테스트 밖에 진행하지 못했다. 하지만 테스트하기 어려운 것은 클래스 내부가 아닌 외부로 분리하는 시도를 거친다면 테스트를 할 수 있었다 !

• 참고자료 (메서드 시그니처를 수정하여 테스트하기 좋은 메서드로 만들기)

더 많은 피드백이 있었고, 이번 3주차 피드백은 정말 감탄하면서 본 것 같다.

📌 미션에 들어가기 전 목표

• 클래스(객체)를 분리하는 연습
• 리팩터링
• 주어진 요구사항을 꼼꼼히 읽기

  🎪 다리 건너기 미션

  [오징어게임 - 다리건너기 미션의 한 장면] 이번 미션은 세계에서도 엄청나게 유명해진 오징어게임의 다리건너기 미션중의 하나인 프로그램을 구현하게되어 너무 기대가 되었다. 주어진 요구사항과 출력문을 확인해보자 !

🐣 구현 코드 보러가기

👀 추가된 요구 사항 정리

• 함수(또는 메서드)의 길이가 10라인을 넘어가지 않도록 구현한다.
• 메서드의 파라미터 개수는 최대 3개까지만 허용한다
• 아래 있는 InputView, OutputView, BridgeGame, BridgeMaker, BridgeRandomNumberGenerator 클래스의 요구사항을 참고하여 구현한다.
• 각 클래스의 제약 사항은 아래 클래스별 세부 설명을 참고한다. 이외 필요한 클래스(또는 객체)와 메서드는 자유롭게 구현할 수 있다.
  • InputView 클래스에서만 camp.nextstep.edu.missionutils.Console 의 readLine() 메서드를 이용해 사용자의 입력을 받을 수 있다.
  • BridgeGame 클래스에서 InputView, OutputView 를 사용하지 않는다.

정말 어려운 요구 사항들로만 구성되어있었고 코드를 하나씩 내가세운 기준에 맞게 구현해보았다. 그리고 추가된 요구사항을 확인하며 리팩터링해가는 방식으로 구현했다.

✔ 기능 구현 목록 작성

## 기능 목록

- [X] 다리의 길이를 입력받는다.
    - [X] 다리의 길이는 3부터 20 사이의 숫자여야한다.
    - [X] 다리의 입력 값은 숫자여야한다.
    - [X] 입력 값이 3과 20 사이의 숫자가 아닌경우 
    `IllegalStateException`를 발생시키고 "[ERROR]"로 시작하는 메시지 출력한다.

- [X] 입력한 길이만큼 0과 1 중 무작위 값으로 두 개의 다리를 생성한다.
    - [X] 다리의 시작은 `[`, 다리의 끝은 `]` 로 표시한다.
    - [X] 다리 칸의 구분은 `|`(앞뒤 공백 포함) 문자열로 구분한다.
    - [X] 무작위 값이 0인경우 아래칸이며 D값으로 정한다.
    - [X] 무작위 값이 1인경우 위칸이며 U값으로 정한다.

- [X] 플레이어는 입력한 길이만큼 라운드를 진행할 수 있다.
    - [X] 플레이어는 이동할 칸을 U(위 칸), D(아래 칸)으로 입력받는다.
        - [X] 생성된 다리가 이동할 수 있는 칸인 경우 O를 표시한다.
        - [X] 생성된 다리가 이동할 수 없는 칸인 경우 X를 표시한다.
            - [X] 게임을 다시 시도할지 여부를 입력할 수 있다.
                - [X] 재시도 (R) 입력 시, 이동할 칸을 처음부터 다시 입력받는다.
                - [X] 종료 : (Q) 입력 시, 최종 게임 결과로 이동하며 게임에 실패한다.
        - [X] 선택되지 않은 칸은 공백 한칸을 표시한다.
    - [X] 생성된 다리가 더 이상 없는 경우 최종 게임 결과로 이동하며 게임에 성공한다.
- [X] 최종 게임 결과를 출력한다.
    - [X] 플레이어가 이동한 칸 만큼 표시된 두 개의 다리를 보여준다.
- [X] 게임 성공 여부를 확인한다.
- [X] 총 시도한 횟수를 확인한다.

💻 기능 구현

MVC 모델 적용

bridge
    controller
        BridgeController (domain과 View, service를 결정하여 전달)
    domain
        BridgeEnum (플레이어가 선택한 방향, 생성된 다리는 1or0, 건널수있는지) 
        BridgeGame (다리 건너기 게임을 관리하는 클래스)
    exception
        BridgeGameException (사용자 잘못된 입력의 예외처리를 관리하는 클래스)
    service
        BridgeService (다리의 길이만큼 다리를 생성해준다.)
                        서비스로 분리를 함으로써 테스트코드를 작성하기 수월해졌다.
    view
        InputView  (사용자 입력 클래스)
        OutputView (출력 클래스)
    Application(컨트롤러를 실행하는 클래스)
    BridgeMaker(다리를 생성해주는 역할)
    BridgeNumberGenerator(인터페이스, 상속을 위함)
    BridgeRandomNumberGenerator(0과1을 랜덤으로 뽑아준다.)

🎯 고민한 과정 -> 느낀점

• 주어진 클래스의 요구사항대로 객체가 그 일만 수행하도록 만들도록 분리하여 구현하는 부분

추가된 요구사항에 InputView, OutputView, BridgeGame, BridgeMaker, BridgeRandomNumberGenerator 이 있었는데 클래스별 세부 사항을 파악하고 의도에 맞게 구현하는데 시간을 많이 투자하였고, 배우는 것이 정말 많았다. 코드를 먼저 전체적으로 기능이 구현되게 작성한 후 확인해보니 BridgeGame 클래스가 도메인이 아닌 서비스에 있어야할 것 같은 생각이 들었다. 그러고 나면 domain에 생성된 다리를 관리하는 Bridge 클래스와 사용자가가 시도한 횟수를 담을수 있는 User 클래스를 둠으로써 domain, view, service를 결정하는 것이 수월할 것 같았다.

하지만 리팩터링을 하려고 보니 BridgeGame을 Bridge 와 User클래스로 분리하는 역할을 나누는것이 객체에 메시지를 보내는 것이 아니라 getter를 사용하는 기능만 된다는 것에서 객체스럽게 사용하지 않다는 생각을 하고 BridgeGame을 도메인으로 코드로 작성했습니다.

• 다음 내가 작성한 enum은 연관성이 있는 상수를 묶어서 활용하려고 했지만, 파라미터가 4개로 사용할수 없었다.

    UP_TRUE("U", 1, true, "O"),
    UP_FALSE("U", 1, false, "X"),
    DOWN_TRUE("D", 0, true, "O"),
    DOWN_FALSE("D", 0, false, "X");
    처음 구현한 Enum 클래스
  
    -> 파라미터 최대 3개까지만 허용 요구사항에 위반

Enum의 상수와 get 메서드만 추가하여 같은 의미를 주는 것은 좋지만 추가하는 과정에서 메서드의 길이가 길어지고 타입이 반복되어 쓰이고있다는 사실을 파악하고 3개로 줄이는 리팩터링을 진행하였습니다.

🚩 다음 목표

• Java Enum 재공부
• MVC 모델 재공부
• getter를 사용하는 대신 객체에 메시지를 보내자
• 리팩터링을 진행해보자 !

프리코스 과정을 마치며

이번 우테코는 정말 나에게 정말 많은 도움을 주었다. 프로젝트를 진행하고 있었기에 두 개를 모두 할 수 있을까 힘들었지만 프리코스를 하면 정말 시간 가는줄 모르고 재밌게 했던 것 같다. 피드백과 코드 리뷰 등 얼마나 중요한지도 알게 되었고 짧은 시간이지만 깊이 배운 것 같다.

README.md 기능구현목록을 상세히 작성한다

값을 하드 코딩하지 않는다

처음부터 큰 단위의 테스트를 만들지 않는다

테스트의 중요한 목적 중 하나는 내가 작성하는 코드에 대해 빠르게 피드백을 받는 것이다. 시작부터 큰 단위의 테스트를 만들게 된다면 작성한 코드에 대한 피드백을 받기까지 많은 시간이 걸린다. 그래서 문제를 작게 나누고, 그 중 핵심 기능에 가까운 부분부터 작게 테스트를 만들어 나가는것이 중요할 것이다..

함수가 한 가지 기능을 하는지 확인하는 기준을 세운다

함수를 분리하는 기준이 세워지면 함수를 분리하는 것 뿐만아니라, 그 기준에 대해 해당되는 클래스만 모을수 있게 되며 mvc 모델도 선별하기 쉬울것 같다.

• 학습한 참고 자료 캡틴 제이슨 숫자 야구 기초

📌 미션에 들어가기 전 목표

• 클래스(객체)를 분리하는 연습
• 도메인 로직에 대한 단위 테스트를 작성
• 학습한 참고 자료 TDD 리팩토링 by 자바지기 박재성님

  💰 로또 미션

  ```java
• 로또 번호의 숫자 범위는 1~45까지이다.
• 1개의 로또를 발행할 때 중복되지 않는 6개의 숫자를 뽑는다.
• 당첨 번호 추첨 시 중복되지 않는 숫자 6개와 보너스 번호 1개를 뽑는다.
• 당첨은 1등부터 5등까지 있다. 당첨 기준과 금액은 아래와 같다.
  • 1등: 6개 번호 일치 / 2,000,000,000원
  • 2등: 5개 번호 + 보너스 번호 일치 / 30,000,000원
  • 3등: 5개 번호 일치 / 1,500,000원
  • 4등: 4개 번호 일치 / 50,000원
  • 5등: 3개 번호 일치 / 5,000원

    ![](https://velog.velcdn.com/images/eun_esh/post/ae5b829e-1129-4d6f-bfdd-49ae02b10e7d/image.png)
    
    

🐣 구현 코드 보러가기

👀 추가된 요구 사항 정리

• 함수(또는 메서드)의 길이가 15라인을 넘어가지 않도록 구현한다.
  • 함수(또는 메서드)가 한 가지 일만 잘 하도록 구현한다.
  • else 예약어를 쓰지 않는다

  • return 하는 방식으로 구현하면 else를 사용하지 않아도 된다.

• Java Enum을 적용한다.
• pickUniqueNumbersInRange()

✔ 기능 구현 목록 작성

- [x] 로또 구입 금액을 입력받는다. (한장당 1000원)
    - [x] 한장당 1부터 45까지 서로 다른 6개의 임의의 수를 생성한다.
    - [x] 1000원으로 나누어 떨어지지 않는경우 `IllegalArgumentException`를 발생시킨다.
    - [x] 로또 번호는 오름차순으로 정렬한다.

- [x] 당첨 번호를 입력받는다.
    - [x] 서로 다른 6개의 임의의 수를 입력한다.
        - [x] 입력한 서로 다른 6개의 임의의 수는 오름차순으로 정렬한다.
    - [x] 보너스 번호를 입력한다.
- [x] 일치하는 로또 번호와 당첨 금액을 정의하는 enum 클래스 생성
- [x] 사용자가 구매한 로또 번호와 당첨번호를 비교해 당첨 내역을 확인할 수 있다.
    - [x] 일치하는 번호의 개수를 확인할 수 있다.
    - [x] 일치하는 번호의 수만큼 수익이 측정된다.
        - [x] 3개 번호가 일치하면 5_000원이며, 5등이다.
        - [x] 4개 번호가 일치하면 50_000원이며, 4등이다.
        - [x] 5개 번호가 일치하면 1_500_500원이며, 3등이다.
            - [x] 5개 번호가 일치하고 보너스 번호가 일치하면 30_000_000원 2등이다.
        - [x] 6개 번호가 일치하면 2_000_000_000원이다.

- [x] 사용자가 구입한 로또 금액과 당첨 금액으로 수익률을 확인할 수 있다.
    - [x] 수익률은 소수점 둘재 자리에서 반올림한다.

💻 기능 구현

MVC 모델 적용

lotto
    controller
        LottoController (domain과 View를 결정하여 전달)
    domain
        Lotto (당첨 로또 번호를 관리하는 역할) 
        LottoNumbers (1부터 45까지 서로 다른 6개의 임의의 수를 생성) 
        PlayerLottoAmount(사용자의 구입금액만큼 로또 구입)
        Ranking (로또 번호와 당첨 금액을 정의하는 enum 클래스)
        WinningResult (사용자와 당첨로또 번호를 비교하는 클래스) 
    view
        ExceptionMessage(에러 메시지를 관리하는 클래스)
        InputView  (사용자 입력 클래스)
        OutputView (출력 클래스)
    Application(컨트롤러를 실행하는 클래스)

추가한 테스트코드

domain
    LottoNumbersTest
    -"로또_랜덤숫자_생성"
    PlayerLottoAmountTest
    -"올바르지_않은_금액"
    -"구매한_로또_티켓_장수"
    WinningResultTest
    -"사용자가 구매한 로또 번호와 당첨번호를 비교해 등수 확인"
view 
    InputViewTest
    -"올바르지 않은 입력값" 

🎯 고민한 과정 -> 느낀점

• 제공된 Lotto 클래스는 리스트의 사이즈가 6이 아니라면 IllegalArgumentException을 발생시키는 함수가 주어져있었다. 이를 내가 세운 기준(로또 넘버 리스트 예외사항을 확인하는)으로 함수들로 추가기능을 구현하고 다른 클래스들과 Lotto 클래스 역할을 분리하는 작업에 시간이 많이 투자되었다.

• enum 은 연관성이 있는 상수를 묶어서 활용하는데 이는 DB에서 컬럼을 가져오는것과 같이 사용할 수 있는 것 같다고 생각했다. 그래서 다음과같이 1등이 가지는 맞힌 개수(6),상금,출력 모아서 활용했다.

    FIRST(6, 2_000_000_000, "6개 일치 (2,000,000,000원) - "), // 1등
    SECOND(5, 30_000_000, "5개 일치, 보너스 볼 일치 (30,000,000원) - "), // 2등
    THIRD(5, 1_500_000, "5개 일치 (1,500,000원) - "), // 3등
    FOURTH(4, 50_000, "4개 일치 (50,000원) - "), // 4등
    FIFTH(3, 5_000, "3개 일치 (5,000원) - "), // 5등
    MISS(0, 0, "");

• 객체의 상태 접근을 제한하는 과정이 기능과 테스트를 순차적으로 구현하는데 있어 초기값은 private 으로 구현하였지만 public과 같이 다른 접근제어자를 활용해야할 것 같은 생각이 들었다. 인스턴스 변수의 접근제어자를 세우는 내 기준을 정하는게 좋을 것 같다.

• TDD를 진행하는 과정에서 구현을 진행하고나니 테스트하기 어려운 코드들이 발생해서 시간을 많이 투자하였지만 테스트 코드를 완벽하게 작성하지 못한것에 아쉬움이 남는다.

• 수익률은 소수점 둘째 자리에서 반올림한다. (ex. 100.0%, 51.5%, 1,000,000.0%)

  총 수익률은 62.5%입니다.
  총 수익률은 100,0%입니다.
  총 수익률은 1,000,000,0%입니다.

  위 예시와 같이 TEST 항목이 62.5%의 수익률을 나온다는 것을 확인하고 넘어갔지만 다시 확인해보니 수익률이 네자리이상은 가독성을 위해 ,를 찍어주었어야했는데 놓치고 말았다. NumberFormat 함수를 사용하여 리팩토링을 진행해야할 것 같다.

사용자가 잘못된 값을 입력할 경우 IllegalArgumentException를 발생시키고 "[ERROR]"로 시작하는 에러 메시지를 출력 후 종료하는 요구사항이 주어져 view의 아웃풋에서 관리하던 에러 출력 메시지들을 ExceptionMessage(클래스)로 관리하도록 리팩토링하였다.

🚩 다음 목표

• Java Enum 공부 -> 참고 자료 Java Enum 활용기

• getter를 사용하는 대신 객체에 메시지를 보내자

🔎 1주차 피드백 정리

이름을 통해 의도를 드러낸다, 축약하지 않는다.

• 변수, 이름, 함수(메서드), 클래스 이름을 짓는데 연속된 숫자나 불용어를 추가하는 방식을 사용했었다. 나와 다른 개발자 클래스의역할에 대한 의도를 드러내기위한 중요한 활동이므로 적절하지 못했다!

공백도 코딩 컨벤션이다, 공백라인을 의미있게 사용한다.

• 공백 라인을 의미 있게 사용하는 것이 좋아 보이며, 문맥을 분리하는 부분에 사용하는 것이 좋다. 과도한 공백은 다른 개발자에게 의문을 줄 수 있다. if, for, while문 사이의 공백도 코딩 컨벤션!

📌 미션에 들어가기 전 목표

• 기능 목록을 상세히 나누기
• 함수를 더 분리하는 과정
• 함수별로 테스트를 작성하는 것

⚾ 숫자 야구 게임 미션

같은 수가 같은 자리에 있으면 스트라이크, 
다른 자리에 있으면 볼, 같은 수가 전혀 없으면 낫싱이란 힌트를 얻고, 
그 힌트를 이용해서 먼저 상대방(컴퓨터)의 수를 맞추면 승리한다.
예) 상대방(컴퓨터)의 수가 425일 때
123을 제시한 경우 : 1스트라이크
456을 제시한 경우 : 1볼 1스트라이크
789를 제시한 경우 : 낫싱
위 숫자 야구 게임에서 상대방의 역할을 컴퓨터가 한다. 
컴퓨터는 1에서 9까지 서로 다른 임의의 수 3개를 선택한다. 
게임 플레이어는 컴퓨터가 생각하고 있는 서로 다른 3개의 숫자를 입력하고,
컴퓨터는 입력한 숫자에 대한 결과를 출력

🐣 구현 코드 보러가기

👀 주어진 요구 사항 정리

• indent(인덴트, 들여쓰기) depth를 3이 넘지 않도록 구현
• 함수(또는 메서드)가 한 가지 일만 하도록 최대한 작게
• 3항 연산자를 쓰지 않는다.
• JUnit 5와 AssertJ를 이용하여 본인이 정리한 기능 목록이 정상 동작함을 테스트 코드로 확인
• IllegalArgumentException
• pickNumberInRange()
• readLine()

✔ 기능 구현 목록 작성

-숫자 랜덤 생성
1부터 9까지의 숫자
3자리 자연수
각 자리 숫자는 중복 x

-사용자 입력
[예외사항] 3자리의 자연수가 아닌경우
[예외사항] 1부터 9까지의 숫자가 아닌경우
[예외사항] 각 자릿수의 숫자중 중복된 값이 있는 경우
[예외사항] 0이하의 음수의 경우
예외사항의 경우 IllegalArgumentException을 발생시키고 종료

-사용자 입력과 랜덤 생성 숫자 비교
같은자릿수에 같은 수 : 스트라이크
다른자릿수에 같은 수 : 볼
다른자릿수에 다른 수 : 낫싱

-비교 결과 출력
볼, 스트라이크 카운트 후 출력
출력순서 : (x)볼 (y)스트라이크
y가 3이 아닌경우 2.사용자입력 으로 전환
(y=3) 3스트라이크 시 게임 종료 문구 출력

-종료 조건 입력
1 입력 재시작 : 1.숫자 랜덤 생성으로 전환
2 입력 종료 : 게임 종료
[예외사항] 1과 2의 숫자가 아닌 잘못된 값을 입력할 경우

💻 기능 구현

MVC 모델 적용

baseball
    controller
        BaseballGame (Model과 View를 결정하여 전달)
    model
        ComputerNumber (게임을 위한 숫자 랜덤 생성) 
        PlayerNumber (사용자 숫자 생성) 
        RetryNumber (재시작 생성)
    util
        NumberComapare (비교 후 볼, 스트라이크 카운트 저장)
        Validator (사용자 입력과 랜덤 생성 숫자 비교를 위한 검증자 생성)
    view
        InputView  (사용자 입력 클래스)
        OutputView (출력 클래스)

🎯 고민한 과정, 회고

• MVC 모델을 적용하는 부분에서 클래스를 정확히 나누었는가? Validator, RetryNumber의 이름과 위치에 대해서 고민했던 것 같다.

• 상수로 선언되는 부분을 그대로 하드코딩한 부분 다음과 같이 진행했어야 했을것 같다.

  private static final int MIN_RANDOM_NUMBER = 1;
  private static final int MAX_RANDOM_NUMBER = 9;
  private static final int MAX_NUMBER_LENGTH = 3;

• Java 코드 컨벤션 규칙을 어기면서 하고있진 않나 코드를 작성하면서 계속 고민을 많이했지만 상수로 선언되는 부분, 지역변수 선언, 코드작성 순서 등 요구 사항을 만족하지 못했던 것 같다.

고민한 과정과 코드들을 보고 다시 주어진 세가지 요구사항을 다시 확인하니 주어진 요구사항이 어떠한 이유로 주어진 것인지 의도를 파악하는데 노력을 많이해야할 것 같은 생각이 들었다. 주어진 요구사항들이 결국 미션에 들어가기 전 목표를 달성하기위한 방향을 나타내고있다고 생각한다. 다음 회차때도 주어진 요구사항을 꼼꼼히 읽고 다른 관점에서 본다면 다른 의도가 있는지 시간을 많이 투자해야할 것 같다.

🚩 다음 목표

• 테스트 코드를 사용해 구현 기능마다 확인하고 넘어가기
• MVC 모델 공부
• Java 코드 컨벤션 공부

String

• 문자열
• implements Serializable, Comparable, CharSequence
• jdk 1.5 이후부터 +연산은 StringBuilder 사용해 성능 최적화 (단, 여러줄에 걸쳐 +할 경우 StringBuilder도 여러번 선언)

public final class String implements Serializable, 
                        Comparable<String>, CharSequence {
  private final char[] value;
  ...
}

위의 코드를 살펴보자 char형의 배열을 final로 선언한 것이 보인다. -> String + String의 결과는 새로운 String

=> 이렇게 String 주소값이 stack에 쌓이고 클래스는 Garbage Collector 호출되기 전까지 heap에 지속적으로 쌓이는 구조이다.

StringBuffer

• thread-safe하고, 변경 가능한 문자열
  • implements Serializable, CharSequence
  • web이나 소켓 환경 같은 비동기 동작이 많은 경우에 자주 사용한다.

StringBuilder

• 변경 가능한 문자열
• implements Serialiazable, CharSequence

append()

StringBuffer와 StringBuilder에서 + 연산 대신 사용하는 함수

• value에 사용되지 않고 남아있는 공간에 새로운 문자열이 들어갈 정도의 크기가 있다면 그대로 삽입한다!!

• 그렇지 않다면 value 배열의 크기를 두배로 증가시키면서 기존의 문자열을 복사하고 새로운 문자열을 삽입한다.

  

참조 : https://docs.oracle.com/javase/7/docs/api/java/lang/package-summary.html

https://novemberde.github.io/2017/04/15/String_0.html

https://cjh5414.github.io/why-StringBuffer-and-StringBuilder-are-better-than-String/

https://yeonyeon.tistory.com/45

🔒 점프와 순간 이동

✔ 문제 설명

🚩 요구사항 분석

최소 이동을 위해 주어진 N을 2로 나눈다. (순간이동) 나눌수 없을 때 건전지 사용량(answer) 을 1 추가하고 n-1 진행 N이 1이되면 answer을 추가하고 종료

🔑문제풀이

public class Solution {
    public int solution(int n) {
        int ans = 0;
        int a = n;
        for(int i = 0; i<a ; i++){

            if(n%2 == 0){
                n = n/2;
            } else if(n == 1){
                ans++;
                break;
            } else {
                ans++;
                n = n-1;
            } 

        }


        return ans;
    }

💡 추가한 테스트 케이스

추가한 케이스는 없다.

🎯 알아 볼 것

(제한사항)10억 이하의 자연수 빠르게 풀 수 있는 시간복잡도 고민.

✔ 문제 설명

🚩 요구사항 분석

2의 지수 승으로 주어지는 n -> 2의 제곱승찾기

🔑문제풀이

항상 이긴다는 가정하에 주어지는 n을 반으로 나눠 왼쪽과 오른쪽으로 나눈다면 결국 오른쪽에있는경우는 해당 n의 제곱승이 나오기에 계속 잘라주면서 비교하는 방식으로 풀었다.

class Solution
{
    public int solution(int n, int a, int b){
        int answer = 0;
        int count = 0;
        int s = n;
        for(int i=0; i<=n; i++){
            if (s == 1){
                break;
            }       
            s = s/2;
            count++;           
        }

        for(int i = count ; i<=count; i--){
            n = n/2;

            if(n < b && n >=a || b<=n && n<a ){
                answer = i;
                break;
            } else if(n <b && n<a){
                b = b-n;
                a = a-n;
            }


        }

        return answer;
    }
}

💡 추가한 테스트 케이스

n을 반으로 나눴을 때 오른쪽에있는 경우 반으로 나눴을때 왼쪽에있 경우 반으로 나누고 오른쪽, 반으로 나누고 왼쪽에있는 경우

🎯 알아 볼 것

제곱승을 구하는 함수

🔒 JadenCase 문자열

✔ 문제 설명

🚩 요구사항 분석

소문자로 바꾸는 함수 toLowerCase() 사용 대문자로 바꾸는 함수 toUpperCase() 사용 문자열을 공백으로 나누는 split 사용 첫문자를 확인하기위해 substring 사용

🔑문제풀이

class Solution {
    public String solution(String s) {
        String answer = "";
        String p = s.toLowerCase();

        String [] result = p.split(" ");   

        String [] array = new String[result.length];

        for(int i = 0; i<result.length; i++){
            if(result[i].equals("")){
                array[i] = "";
            } else{
                 String check =result[i].substring(0,1).toUpperCase() + 
                    result[i].substring(1);

                array[i] = check;   
            }

        }

        answer = String.join(" ", array);

        if(s.charAt(s.length()-1) == ' '){
            answer = answer + " ";
        } 

        return answer;
    }
}

💡 추가한 테스트 케이스

중복공백문자 문자열 끝에 공백

🎯 알아 볼 것

substring의 효율성(메모리,시간)

• 작성자 : 은상현
• 팀원 : 박민호, 장민석, 전하준, 은상현
• GitHub Repository

  개발 구축 환경

  

주제

• 자격증을 공부하기위해 정보를 얻고 싶은 취준생들을 위한 사이트이다.

• 자신이 원하는 자격증을 검색하여 교재,동영상,관심있는 자격증을 등록할 수 있고, 홈페이지에 시험 d-day를 확인하도록 도와준다.

• 회원들끼리 정보를 공유할 수 있으며, 가까운 지역의 스터디카페를 추천해준다.

진행상황

역할분배

박민호

• 자격증 사이트 메인 페이지 구성
• 자격증 qna 페이지 구성

전하준

• 자격증 정보 페이지 구성
• 자격증 상세정보 페이지 구성

장민석

• 스터디카페 Map api 활용 지역에있는 카페 마커 페이지구성
• 스터디카페 상세정보 페이지 구성
• 스터디카페 방 페이지구성

은상현 (개발파트)

• • 로그인 페이지 회원, 관리자 (등급 분배) 관리자
  • 관리자 번호로 회원 등급 조절
  • 회원 결제정보 확인, 취소
• • 스터디카페 예약시 결제 회원 포인트 충전 상품결제 결제수단 선택 결제 후 날짜변경 결제 취소

    프로젝트, 일정 관리

• Git
• Trello

ERD 다이어그램

• DB설계 : Erdcloud

사이트설계