BackEnd

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

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

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

1.GitHub Repository 만들기 우측상단 NEW를 클릭해준다. 이름을 적어주고 이 Repository를 공개하고 싶으면 Public, 공개하고 싶지 않으면 Private로 체크하고 아래 Create repository를 눌러준다. 이미 깃으로 관리되고 있는 로컬 파일이 있으므로 "or push an existing repository from the command line"을 복사해준다. 그 후 git bash에 입력한다. 만약 성공적으로 입력했다면 이렇게 뜰 것이다. 그 후 github repository페이지를 새로고침하면 이런 화면으로 바뀌었을것이다. 2. 원격 Repository 사용하기 위 사진에서 CODE 버튼을 누르면 이렇게 복사할 수 있는 링크가 뜬다. 만약 이 Reposi..

▶깃허브란? 깃허브는 소프트웨어 개발 프로젝트를 위한 소스코드를 관리해주는 원격 서비스이다. 즉, 깃을 활용해서 짠 코드를 공유할 수 있는 공간이다. 깃과 달리 깃허브는 웹그래픽 기반의 도구이기 때문에 서비스를 더 직관적으로 이해할 수 있다. ▷깃허브에서는 무엇을 할 수 있을까? 깃허브에는 소스코드 열람, 버전관리, SNS기능도 있다. 따라서 1. 원격 저장소에서 git을 사용가능하고 2. 인터넷만 연결 되어있다면 누구나 쉽게 소스코드에 접근할 수 있으므로 협업 프로젝트에 용이하고 3. 자신의 개발 이력을 깃허브에 남겨서 관리할 수 있고 4. 다른 사람의 소스를 살펴보고, 오픈소스에 참여 할 수도 있다. ▶GitHub 시작하기 GitHub를 시작하려면 우선 GitHub에 가입해야한다. https://gi..

▶충돌이 왜 발생해? 충돌이 발생하는 이유는 각각 branch에서 수정한 위치가 같아서 git이 둘중에 뭘로 받아들여야 할 지 몰라서 발생한다. 예를들어서 이렇게 main 브랜치에서 Tottenham의 라이벌팀 Arsenal뒤에 .을 붙여주고 커밋해주고 충돌1 브랜치로 switch하여 느낌표를 붙여주고 커밋 후 merge를 해주면 이런식으로 충돌이 일어나게된다. 컴퓨터가 뭘 받아들여야 할지 헷갈림. ▶merge 충돌 해결하기 이러한 충돌을 해결하는건 간단하다. 바로 컴퓨터한테 뭘 어떻게 할지를 알려주고 저장하면 된다. 위에 사진을 보면 4가지 선택지가 나타난다. 그 중 한가지를 골라 저장 후 커밋해주면 해결된다. 하나를 고르고 커밋해주면... 이렇게 main|MERGING 에서 main으로 다시 돌아오게..