Back-end

▶ Branch 전략이란? 여러명의 개발자가 1개의 저장소를 사용하는 환경에서 효과적으로 사용하기 위해 나온 개념. 거의 모든 기업들이 자신들의 상황에 맞는 전략을 사용하고 있음. 대표적인 전략 GitHub flow Git flow GitLab flow 등등.... ▶브랜치 전략이 왜 필요할까? git을 개인프로젝트를 저장하는 공간으로 혼자 사용한다면 브랜치 전략은 필요하지 않을 수도 있다. 하지만 다수의 사람들이 함께 진행하는 프로젝트에서는 정해진 브랜치 규칙이 없이 다수의 사람들이 무분별하게 자신의 브랜치를 만들고 개발하는 중에 새롭게 분기하고 다 사용한 브랜치를 삭제하지 않을 경우 많은 불편함과 문제점이 발생한다. 그래서 브랜치 전략이 필요하다. ▶ GitHub flow란? GitHub flow은 ..

▶로컬의 브랜치 원격으로 보내기 로컬에서 새로운 브랜치를 만들고 git push를 하면 이런 에러가 뜬다. git push -u origin (브랜치이름) 위 명령어로 원격의 브랜치를 명시해주고 설정해줘야 한다. git branch -a or git branch --all 명령어로 로컬과 원격의 브랜치들을 확인할 수 있다. ▶ 원격의 브랜치를 로컬에 받아오기 git fetch git fetch 명령어는 원격저장소에 있는 변경내역들을 로컬저장소로 pull 하기 전에 변경된 내역들만 가져와서 확인시켜주는 기능이다. 원격저장소에 있는 내용을 pull 하기 전에, 어떠한 변경 내역들이 있는지 변경 내역 에 대한 로그를 확인하고 신중히 결정한 후에 pull 할 수 있다. git switch -t (원격브랜치경로)..

▶ 내 컴퓨터에서 커밋한걸 github으로 보내기 local환경에서 커밋한 내용을 github의 원격 저장소에 보내는 방법은 git push 명령어이다. 1. 우선 로컬환경에서 커밋을 해준다. 2. git push를 해준다. 3. GitHub Repository들어가서 확인해보면 커밋이 업데이트가 되어있다. ▶ GitHub에 있는 내용을 내 컴퓨터에 끌어오기 GitHub에 있는 내용을 내 컴퓨터에 끌어오는 명령어는 git pull 명령어이다. git pull 을 입력하면 local의 main과 origin의 main이 같은 위치가 된다. ▶ pull할 것이 있을 때 push를 하면? 나도 작업을하고 다른 팀원도 작업을 했다. 내거는 아직 깃헙에 올라가지 않았고 다른 팀원건 깃헙에 올라간 상태이다. 내 컴..

▶스프링은 IoC컨테이너를 가진다. IoC(Inversion of Controll) = 제어의 역전 IoC컨테이너는 애플리케이션의 제어 흐름이 개발자가 아닌 외부의 컨테이너에 의해 결정되는 디자인 패턴이다. 스프링 프레임워크는 IoC를 실현하는 컨테이너를 제공한다. IoC컨테이너는 객체의 생명주기를 관리하고, 객체간의 의존성을 주입해주는 역할을 한다. 일반적으로 스프링에서 사용되는 IoC컨테이너는 BeanFactory 및 ApplicationContext 인터페이스를 구현한 클래스들이다. BeanFactory 스프링에서 제공하는 가장 기본적인 IoC컨테이너. 빈(bean) 객체의 생성, DI, 빈의 생명주기 등을 담당한다. 게으른 초기화를 지원하여 필요한 시점에 빈을 생성한다. ApplicationCon..

▶ HTTP Method HTTP 규약 중 하나로 , 특정 자원에 대해 수행하는 행동의 종류를 명시 자원의 생성, 조회, 수정, 삭제, 일부 수정 등 HTTP Method를 사용하면 단일 URI로 다양한 행동을 정의 가능 주로 사용되는 HTTP Method GET(자원의 조회) POST(자원의 생성) PUT(자원의 수정) DELETE(자원의 삭제) ▷HTTP Method와 데이터베이스 CURD DB의 4가지 기본 동작 HTTP Method를 사용하면 단일 URI로 다양한 행동을 정의 가능 HTTP Method는 규약이지 규칙이 아님 GET Method로 자원을 삭제해도 에러가 발생하지는 않음 그러나 Best Practice에 맞게 설계하는것이 권장 됨. ▷ HTTP Method의 구현 @RequestMa..

▶계층형 아키텍쳐 패턴 웹서비스에서 주로 사용되는 패턴 SW를 서로 다른 역할을 하는 3~4개의 계층으로 구분 Presentation Layer Application Layer Business Layer Data Access Layer 계층간에 호출을 하고 데이터를 주고 받으며 협력하여 전체 웹서비스를 구성한다. ▶Sprng Controller의 이해 계층형 아키텍처의 Presentation Layer에 해당 Client의 요청을 받고 Application Layer에 요청에 대한 처리를 위임함 Client에 최종 응답을 하는 역할 view : 응답의 종류, 응답의 결과로 보게되는 웹페이지(html등등) data : 응답의 종류, 응답의 결과로 받는 데이터(Json,xml,문자열 등등..) ▷3개의 An..