: web real-time communication. 웹 애플리케이션과 사이트가 중간자 없이 실시간으로 데이터를 교환, 영상이나 오디오를 스트림해주는 기술 P2P 통신: Third party software(서버와 같은 중간자) 없이 P2P(Pear to Pear) 데이터 통신을 통해 빠르게 전송해, 실시간 화상회의 등 가능하게 함. ...
CORS(Cross-Origin Resource Sharing)
CORS란? : HTTP 헤더를 사용해 애플리케이션이 다른 origin 리소스에 접근할 수 있게, 다른 origin이 나의 resource에 함부로 접근하지 못하게 하기 위해 사용하는 메커니즘 정확하게는 CORS란, SOP(Same origin policy, 동일 출처 정책)에 의해 원래는 허용이 안되는 Cross origin 접근을 허용...
REST API resource 표현방식
1. document 1개의 인스턴스 나타냄 /users/{id} 객체 인스턴스, DB의 record와 유사한 개념 일반적으로 id를 통해(유일한 것) GET, PUT, DELETE, PATCH에 사용 2. collection resource의 묶음 일반적으...
Rabbitmq와 kafka 간단 비교
공통점 메시지 큐잉 시스템. 따라서 메시지 큐의 장점을 가진다. 로그 시스템을 구축하기 위한 좋다고 한다. API 송수신과 비동기처리를 할 수 있다. 분산 처리 가능 메시지 큐의 장점 비동기 처리로 Application과 분리되어 동작한다. 일부 실패하더라도 전체에 영향이 없고, 회복이 가능하다. 작업 처리 확인...
정규표현식(pattern matching)
: 문자열 검색, 치환 or 회원가입, 이력서 양식 등에 validation을 위해 이용 표준 문법 .: 임의의 한 문자.(아무거나) [] : 문자클래스 [ 와 ] 사이의 문자 중 하나를 선택 [^ ] : 문자클래스 내부를 제외한 나머지. e.g. [^a-z] : a~z를 제외한 모...
DTO(data transfer object)에 관해서
: DTO란, 비즈니스에 종속되어있고, Layer간 데이터 전송이 목적인 일종의 자료구조 역할을 수행하는 객체 DTO가 필요한 이유 일단 필요 정도는 프로젝트 규모에 따라 다를 것 같다. 큰 프로젝트일수록 DTO가 잘 분리되어 있다면 복잡도를 줄일 수 있고 변화에 용이할 것 같다. DTO와 엔티티를 분리하는 이유: 비즈니스의 변경에 따...
Domain, entity, VO
Domain 내가 개발하고자하는 관심 영역 일반적으로 Entity, Repository(interface) 도메인 로직 등이 있을 수 있다. Entity 식별자를 갖는다. DB 말고도 객체지향적인 개념으로도 쓰인다. 객체지향에서의 메시지를 생각해보면, 엔티티에 관련된 로직을 포함할 수 있다. ...
세션 유지 방법 - 토큰 기반 JWT(Json Web Token)
특징 브라우저에 저장하기 때문에 서버 리소스에 부담 없다. 서버 확장성(Scalability): Scaling시에도, 서버는 Stateless하기 때문에 토큰 Verification만 수행하면 된다. 보안성: Verification을 수행하는데 Server의 비밀키가 사용된다. 확장성(Extensibility): 로그인 분야가 사...
디자인 패턴 - 퍼사드 패턴
Facade pattern (퍼사드 패턴) : 스프링 부트 프로젝트에서 서비스간 결합도를 줄이고, 퍼사드 계층에서 모든 것들을 호출한다. 이렇게 처리함으로써 view layer과 서비스를 더 분리할 수 있고, 두 레이어를 연결하는 인터페이스를 퍼사드 계층이 수행한다. 복잡한 여러개의 서비스로직을 한군데(퍼사드)에 묶어 하나의 흐름으로 처리...
코드 깔끔하게 작성하기
소프트웨어 개발 원칙 세가지 1. DRY (Don’t Repeat yourself) <-> WET(Write Every Time, Write Everything twice, Waste Everyone’s Time) 반복되는 것을 피하자 반복된 코드에서 로직의 변경사항이 발생할 때 모든 곳을 변경해야 하고, 한...