[우아한테크코스] 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 패턴을 적용하면 서로 분리되어 각각의 역할에 집중할 수 있고 그럼 유지보수성, 애플리케이션의 확장성, 유연성이 증가하고 중복코딩 또한 줄일 수 있다.