DEVLOG

객체 지향 프로그래밍 객체 지향 프로그래밍이란 프로그래밍에서 필요한 데이터를 추상화시켜 상태와 행위를 가진 객체를 만들고, 그 객체들 간의 유기적인 상호작용을 통해 로직을 구성하는 프로그래밍 기법이다. 객체란? 제공해야 할 기능을 의미하므로 오퍼레이션으로 정의되기도 한다. 어떤 데이터를 갖고 있는 지 정의하는 것이 아니다. 객체 지향 프로그래밍의 장단점 장점 - 유지보수 용이 : 코드 수정 시 관련 코드를 일일이 찾아서 수정해야하는 절차 지향 프로그래밍과 달리 수정해야할 부분이 클래스 내부 member변수 혹은 method로 존재하기 때문에 해당 부분만 수정하면 된다. - 코드 재사용 용이 : 상속을 통해 확장이 가능하다. 단점 - 처리 속도가 상대적으로 느림 - 객체가 많으면 용량이 커질 수 있음 - ..

git pull origin main 할 때 Pull is not possible because you have unmerged files 에러가 발생하면 git status git commit -am '커밋메시지' 위 명령어로 해결하였다. 머지가 제대로 되지 않은 파일이 존재하여 풀이 불가능하므로 다시 커밋을 해주는 구조인 것 같다.

Github는 파일명이나 폴더명을 대소문자만 변경하면 인식하지 못하며, 그것을 인식하게 해주는 깃 명령어는 다음과 같다. git config core.ignorecase true

if문은 전달받은 파라미터 값에 따라 쿼리가 동적으로 변한다. 해당 조건에 참의 값을 가질 경우에만 내부 쿼리문이 더해진다. foreach문은 collection 인자(Map, Array, List, Set 등..) 값으로 반복적인 SQL 구문을 작성하기 위해 사용된다. (OR 또는 IN 구문에서 주로 사용된다.) foreach는 6개의 속성이 있다. collection - 전달받은 인자 (Map, Array, List, Set등과 같은 객체) item - collection 속성에서 전달받은 인자값을 alias명으로 대체 open - 해당 구문이 시작될 때 삽입할 문자열 close - 해당 구문이 종료될 때 삽입할 문자열 separator - 반복되는 구문 사이에 삽입할 문자열 (구문을 분리하기 위한 ..

URL VS URI URI는 URL의 의미를 품고있다. URL(Uniform Resource Locator)은 자원이 실제로 존재하는 위치를 가리키며, URI(Uniform Resource Identifier)는 자원의 위치뿐만 아니라 자원에 대한 고유 식별자로서 URL을 의미를 포함한다. @RequestParam 파라미터의 값과 이름을 함께 전달하는 방식으로 게시판 등에서 페이지 및 검색 정보를 함께 전달하는 방식을 사용할 때 많이 사용한다. @PathVariable URI에서 각 구분자에 들어오는 값을 처리해야 할 때 사용한다. 정리 1) @RequestParam 과 @PathVariable은 둘 다 uri를 통해 전달된 값을 파라미터로 데이터를 받아오는 역할을 한다. 2) @PathVariable은..

내 브랜치까지는 정상적으로 push 되었으나, main 브랜치와 merge 후 push하는 과정에서 해당 에러가 발생하였다. 이 에러는 데이터 유실 등의 문제 소지가 있는 파일을 git에서 처리되지 않도록 띄우는 에러라고 한다. 해결방법을 찾아보니 강력 푸시가 가장 많이 사용되었지만, 이는 근본적인 해결책이 아니기도 하며, 협업에서 강력 푸시는 최대한 지양해야 하는 방법이므로 아래 명령어를 통해 해결할 수 있었다. git pull --rebase origin 브랜치명 // 나의 경우 main 브랜치에 push 중 발생하였으므로 main을 적어주었다. 이후 다시 merge와 push를 진행하니 정상적으로 push 되었다!

보호되어 있는 글입니다.

REST REST(Representational State Transfer)의 약자로 자원을 이름으로 구분하여 해당 자원의 상태를 주고받는 모든 것을 의미한다. 즉, REST란 HTTP URI(Uniform Resource Identifier)를 통해 자원(Resource)을 명시하고, HTTP Method(POST, GET, PUT, DELETE)를 통해 해당 자원(URI)에 대한 행위(CRUD Operation)를 나타내는 것이다. REST API REST 기반으로 서비스 API를 구현한 것 REST API 설계 기본 규칙 1. URI는 정보의 자원을 표현해야 한다. - resource는 동사보다는 명사를, 대문자보다는 소문자를 사용한다. 2. 자원에 대한 행위는 HTTP Method(GET, PUT..