[우아한테크코스] 6일차 TIL

1 minute read

오늘 배운 것

  1. 1단계 미션에 생각과 지식이 더해지며 배운 것들
  2. git 명령어 정리2
  3. 내가 아는 mvc 패턴 예습

TIL

자주 사용하는 exception과 예외들간의 관계

  1. Throwable: Serializable이라는 interface에 의해서 구현된 클래스
  2. Exception: Throwable에 상속되는 클래스
  3. RuntimeException: Exception에 상속되는 클래스
  4. IllegalArgumentException: RuntimeException에 상속되는 클래스
  5. NumberFormatException: IllegalArgumentException에 상속되는 클래스
    • 따라서 NumberFormatException로 꼭 특정하지 않아도 상위 exception에 걸린다면 처리할 수 있다!
    • java는 이렇게 다 미리 구현된 것을 가져다 쓰는거라 타고타고 가보면 뭐가 잘못된지 알 수 있다. 찾아가보는 습관을 들이자 :)

git 명령어 정리

  • 특정 브랜치만 클론해오는 경우: git clone -b “브랜치명” –single-branch “저장소 url”
  • remote 추가: git remote add “별칭” “base_저장소_url”
  • remote 확인: git remote -v
  • 저장소에서 내 브랜치 가져오기(갱신): git fetch “저장소별칭” “내 브랜치명”
  • 브랜치 확인: git branch -a
  • 저장소 브랜치와 동기화: git rebase “저장소별칭”/”브랜치명”
  • pull request 충돌 발생 시 해결법
    • git checkout “pr 날릴 브랜치명”
    • git reset –hard “저장소별칭”/”날릴 브랜치명”(예: git reset –hard upstream/javajigi)
    • git checkout “작업브랜치명”(예: git checkout step2)
    • git merge “날릴브랜치명”(예: git merge dusdn1702)

    mvc 패턴이란?

    • model: 책임을 가진 객체들을 이용해 값을 조작하는 행위를 하는 것
    • view: controller부터 값을 받아 원하는 입출력을 시행하는 것
    • controller: view가 필요한 값을 model에게 요청하고 받은 값을 view에게 전달하는 것 각 구조들이 하는 일에 대해서 다른 구조가 알면 안된다.
      mvc 패턴을 적용하면 서로 분리되어 각각의 역할에 집중할 수 있고 그럼 유지보수성, 애플리케이션의 확장성, 유연성이 증가하고 중복코딩 또한 줄일 수 있다.