CS

browse: 둘러보다 / 검색하다 web browser: 사용자가 선택한 자원을 서버에 요청하고 브라우저에 표시하는 것쉽게 말해, HTML, CSS, JS를 받아 적혀있는 대로 동작을 하게 해주는 역할을 한다.전 세계적으로 가장 큰 점유율을 차지하는 5개의 브라우저는

개발자가 되기 위해 순차적으로 갖춰야하는 것을 알려주는 개발자 로드맵은 개발자를 목표로 하는 이들에게 필수적인 참고자료가 되었다.앞으로 차근차근 로드맵에 나와있는 순서대로 공부를 하고 포스팅을 할 것이다.대망의 첫번째는 프론트와 백에게 모두 필요한 지식, 'HTTP'이

싱글톤 패턴(singleton pattern): 하사용자가 여러 번 객체 생성을 하더라도 클래스로부터 오직 하나의 객체(인스턴스)만 생성되도록 하는 디자인 패턴. 보통 데이터베이스 연결 모듈에 많이 사용된다.(디자인 패턴: 프로그램을 설계할 때 발생했던 문제점들을 객체

팩토리 패턴(factory pattern): 객체를 사용하는 코드에서 객체 생성 부분을 떼어내 추상화(사용자로부터 프로세스 또는 메서드의 내부 구현을 숨김)한 패턴이자 상속 관계에 있는 두 클래스에서 상위 클래스가 중요한 뼈대를 결정하고, 하위 클래스에서 객체 생성에

전략 패턴(strategy pattern)은 정책 패턴(policy pattern)이라고도 하며, 객체의 행위를 바꾸고 싶은 경우 '직접' 수정하지 않고 전략이라고 부르는 '캡슐화한 알고리즘'을 컨텍스트 안에서 바꿔주면서 상호 교체가 가능하게 만드는 패턴이다.위의 코드

여기서 주체란 객체의 상태 변화를 보고 있는 관찰자이며, 옵저버들이란 이 객체의 상태 변화에 따라 전달되는 메서드 등을 기반으로 '추가 변화 사항'이 생기는 객체들을 의미한다.또한, 아래의 그림처럼 주체와

API, REST API, REST 설계규칙, RESTful API

1. Query parameter v.s. Path Variable 1) Query parameter 위에서 보는 것처럼 ? 뒤에  key=value 형식의 문자열이 붙는 방식이 Query parameter이다. 위에선 id란 변수에 3 이란 값을 담아 백엔드에 전

Serverless 는 Server 와 less 의 합성어이다.그래서 많은 사람들이 서버(Server)가 없다(less) 라고 잘못 해석한다. 하지만 서버가 없다는 것은 말이 되지 않는다. 어딘가에 로직 코드가 저장되어있어야 하지 않겠는가. 그렇다면 Serverless

정규화(Normalization)의 기본 목표 : 테이블 간에 중복된 데이타를 허용하지 않는다중복된 데이터를 허용하지 않음으로써 무결성(Integrity)를 유지할 수 있으며, DB의 저장 용량 역시 줄일 수 있다.이러한 테이블을 분해하는 정규화 단계가 정의되어 있는데