[우아한테크코스] 6일차 TIL
          
             
  1 minute read
          
        
      
      
        
        오늘 배운 것
  - 1단계 미션에 생각과 지식이 더해지며 배운 것들
 
  - git 명령어 정리2
 
  - 내가 아는 mvc 패턴 예습
 
TIL
자주 사용하는 exception과 예외들간의 관계
  - Throwable: Serializable이라는 interface에 의해서 구현된 클래스
 
  - Exception: Throwable에 상속되는 클래스
 
  - RuntimeException: Exception에 상속되는 클래스
 
  - IllegalArgumentException: RuntimeException에 상속되는 클래스
 
  - 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 패턴을 적용하면 서로 분리되어 각각의 역할에 집중할 수 있고 그럼 유지보수성, 애플리케이션의 확장성, 유연성이 증가하고 중복코딩 또한 줄일 수 있다.