멋사 Backend 3일차 🦁

신재원·2023년 4월 19일

🐱‍👓 Git

3가지 방법 정도 소개합니다.
1. 인텔리제이에서 브랜치, 깃 커밋 푸쉬 등 할수있습니다.
2. git bash에서 Cli를 작성하여 할수있습니다.
3. 소스트리에서 브랜치, 머지(병합) 등 할수있습니다.

  • 브랜치를 따는 이유
    1. 개발자들이 독립적으로 어떤 작업을 진행하기 위한 개념
    2. 각각의 브랜치는 다른 브랜치의 영향을 받지 않아서, 여러 작업을 동시에 진행 가능 - 공존하는 개념
      ( 브랜치를 따지않고, main에 바로 커밋/푸쉬하면 좋지않습니다)

인텔리제이에서 브랜치, 깃 커밋, 푸쉬,

  • 어느 (from)에서 브랜치를 따는지가 중요합니다.
  • 브랜치를 딴후, 개발을 합니다.
  • main 브랜치로 checkout(브랜치 이동)합니다.

  • main으로 이동한후 (main으로 checkout 되었는지 확인합니다), 머지(병합)합니다.
  • 꼭 !!! main에서 푸쉬하여 깃에 등록합니다 (단축키 ctrl + shift + k)

🐱‍🏍 Java

📍 입력 받기

✔ InputStreamReader
InputStreamReader is = new InputStreamReader(System.in);
(자바의 내장 라이브러리)
: 반환값이 int 임으로, 문자가 입력될경우 아스키 코드 값으로 반환한다.
is.read() : 입력값의 한 글자만 출력한다.
✔ InputStreamReader + BufferedReader
InputStreamReader is = new InputStreamReader(System.in);
BufferedReader br = new BufferedReader(is);
( Buffer : 쇼핑 카트에 원소를 담는다, 임시 저장공간)
System.out.println(br.readLine() + br.readLine());
입력값 100 200
출력값 100200
BufferReader의 반환값이 String임으로 문자로 인식하여 더해진다.
(int로 형변환 가능, Integer.parseInt())
✔ Scanner
Scanner in = new Scanner(System.in)
in.nextInt(), in.nextLine() 반환값을 인식하여 반환해준다.
예시 : String inputString = in.nextLine();

📍 메서드 네이밍

// 의도가 불명확한 메서드 명
public int t(int a, int b) {
        return a + b;
    }
// 의도가 명확한 메서드 명
 public int sum(int inputNumber1, int inputNumber2) {
        return inputNumber1 + inputNumber2;
    }
  • 메서드 이름의 의도가 명확하면 덧셈을 하는 메서드이라는걸 빠르게 파악할수있습니다.
  • 메서드의 이름으로 의도를 정확히 드러내야한다. (매우 중요함)
    이유는 ?
  • 코드의 가독성이 좋아지며,
    다른사람이 코드를 이해하는데 소모하는 시간을 줄일수 있습니다.

📍 CS

컴퓨터는 문자를 하나의 원소씩 읽는다.
computer[c,o,m,p,u,t,e,r] 로 생각하면될것이다.

📌 Commit 메시지 작성 형식

✔ Commit 메시지 타입

  • 타입은 소문자로 작성한다.
    feat
    : 새로운 기능을 추가한 경우
    fix
    : 버그를 수정한 경우
    docs
    : 문서를 수정한 경우
    style
    : 코드의 변경없이, 스타일 관련 작업의 경우
    (UI를 추가/수정, 놓친 세미콜론)
    refactor
    : 기능의 변경없이 코드를 리팩토링 한경우 (변수 이름 변경)
    test
    : 테스트 코드를 추가/수정한 경우
    chore
    : 코드의 변경없이, 빌드 작업 업데이트 등
  • 작성 예시
feat : User 로그인 기능 구현
- UserName과 UserAge 로그인 기능 구현하였습니다.
- 1 "이슈 트래킹 번호를 작성 해준다"

✔ Commit의 빈도 수

  • Commit은 그래서 언제해야할까?, 자주해야 좋은걸까?

👌 뚜렷한 정답은 없지만, 어떤 기능에 대한 테스트가 끝났을때 커밋을 하는것이 좋다.

0개의 댓글