hee-ya07 님의 블로그

1. CallBack: 비동기 함수의 실행이 끝난 후, 그 결과를 처리하기 위해 전달되는 함수.: 함수(콜백)를 파라미터로 실행권과 함께 전달 ->함수 파라미터 + 실행권 이양: 의존성이 복잡하게 엮인 경우 Callback Hell 발생CallBack 자체로는 비동기 함수와 직접적인 관계 X비동기에서 CallBack이 자주 활용(비동기 작업 후, 후처리를 하기 위해)2. Promise: CallBack + Asynchronous = Promise: Producer-Consumer Pattern on Asynchronous 라고도 표현: CallBack의 한계를 극복하기 위해 등장 -> "객체": 비동기 처리 연산 후 , 해당 객체를 반환더보기promise = caller + susseces callbac..

1. 함수 작성 방법1.1 함수 선언 (Function Declaration)function greet() { console.log("Hello, World!");}greet(); // Hello, World!: function 키워드를 사용한 정의: 호이스팅에 의해 코드 실행 전 미리 호출 가능(함수 선선언 O)1.2 함수 표현식 (Function Expression)const greet = function() { console.log("Hello, World!");};greet(); // Hello, World!// 초기화 오류hoisting() // 변수 호이스팅 = ReferenceError: Cannot access 'hoisting' before initializationlet ..

1. JS 엔진의 동작 원리1.1 주요 구성 요소- 실행 요소 : 싱글 스레드(single-threaded)메모리 구성 Call Stack1) 함수의 순차적 적재 및 실행(LIFO)2) string, number, boolean, null, undefined의 원시 타입 데이터 저장3) 각 함수마다 함수의 실행환경인 실행 컨텍스트(Exeution Context)를 생성 Memory Heap1) 선언 및 할당된 변수 및 함수 저장2) 객체, 배열, 함수 등의 참조 타입 저장3) 렉시컬 환경(Lexical Environment, block-level)과     변수 환경(Variable Environment, Function-level )에 저장 - 이외에도 구성요소가 있음을 유의(Web API 등..)1...

1. JS 변수 선언 방법: ES6를 기점으로 let , const 추가 재선언재할당호이스팅 시스코프varO : 재선언 시, 덮어쓰기O기본 값 할당(undefined)함수letXO : 가변 변수초기화 X -> 초기화 전 접근 시, Reference Error 블록const XX : 불변변수초기화 X-> 초기화 전 접근 시, Reference Error 블록2. 호이스팅(Hoisting): JS에서 변수 선언과 함수 선언이 실행 코드가 실행되기 전에 JS 엔진에 의해 최상단으로 끌어올려지는 과정: 코드에서 변수나 함수를 선언하는 위치와 관계없이 실행 시점에 선언이 끌어올려지는 것변수 선언과 호이스팅var  : 호이스팅 시, 선언 및 기본 값 undefined 할당, 값의 초기화는 실제 구동 시,const ..

- js는 기본적으로 함수형 프로그래밍 패러다임을 추구,- 추가로 객체지량 프로그래밍 패러다임도 지원(여러 패턴들의 적용은 상속과 객체를 활용하고 ts를 통해 다형성 지원)즉, js의 핵심은 함수와 객체 1. 함수형 프로그래밍 패러다임의 성질/조건 == 일급 함수 + 순수 함수1.1 일급 함수: "함수 변수 + 함수 파라미터 + 함수 반환" 으로 구성- Ex) 함수 변수 할당 == 함수 표현식(Expression)var expression = function() { console.log("hello"); }expression(); // hello - Ex) 함수 파라미터var array = [1, 2, 3, 4];var parameter = (element) => { return element * 10;..

0. 대칭키 암호화와 비대칭키 암호화  대칭키 암호화 (Symmetric Encryption) 비대칭키 암호화 (Asymmetric Encryption) 암호화 및 복호화 방식 동일한 키로 암호화하고 복호화 공개키로 암호화하고 비공개키로 복호화 키 관리 - 키 관리가 매우 중요- 키 유출 시 위험 - 공개키는 자유롭게 배포 가능, - 비공개키는 보호 필요 연산 속도 - 빠름 - 느림 보안성 - 키 유출 시 보안 위험 있음 - 매우 안전 (공개키는 노출되어도 안전) 적합한 용도 - 대량 데이터 암호화- 빠른 통신 (클라이언트-서버 간) - 인증, 개인 정보 보호, - 1: N 통신 (단일 서버와 다수 클라이언트) 비대칭 암호화는 갑을 관계를 내포, 갑(비공개키)과 을(공개키) => 데이터 관..

0. 시작: WB의 엔진은 JS를 동작시키기 때문에 높은 자율성을 얻을 수 있게 되었지만, 트레이드오프로 많은 취약성을 가짐0.1 Origin과 SiteOrigin: Scheme + Host Name (Domain Name) + Port 으로 구성: Ex) https://api.KK.com:8080Site: Domain Name 중 SLD (Second-Level Domain) + TLD (Top-Level Domain) : Ex) api.kk.com or admin.kk.com다른 말로 정의하자면 TLD + 1 혹은 eTLD + 1 영역: TLD (Top-Level Domain) 에는 eTLD (유효 TLD) 개념이 존재Domainkk.comOriginhttps:// + kk.com + :8080Sit..

1. 웹 스토리지: WB의 클라이언트 사이드 저장소: HTML 5 표준 이후에 Cookie가 아닌 Storage를 저장소로 사용함Cookie VS Storage속성CookieStorage공통점WB에 저장됨WB간 공유 불가 저장 가능 용량4KB10MB목적WS에 반복적 전달을 위한 작은 정보WB만 사용 가능한 큰 정보만료만료 시간 설정 가능만료 시간 설정 불가범위지정된 Domain + path 만 유효지정된 Domain 내에서 유효보안WS에 Non-HTTP 요청 시, 노출-> 스트립트 접근 여부 제어 가능WB 내에서만 접근 가능-> 스크립트 접근 불가 스토리지의 종류종류Local StorageSession Storage차이점WB에 상관 없이 영원WB에 종속적 -> 브라우저 창이 닫히면 삭제공통점- 약 5MB..

보호되어 있는 글입니다.

1. Cookie1.1 Cookie: 사용자의 상태를 기억하는 목적(-> 세션과 같이 사용 X시, Stateless): 사용자가 웹 사이트 방문 시, WS가 WB에게 저장하는 작은 데이터(텍스트 형식 저장):: WB는 이후 같은 웹 사이트 방문 시, 자동으로 쿠키를 WS에 전송=> WS에서 제어 + WB에 저장 및 전송1.2 Cookie의 사용쿠키 설정- WS 헤더: set-cookie로 제어- WB 헤더: cookie로 전송사용 기준: Domain + Path === WB가 쿠키를 WS에 전송하는 기준- 사용 Path의 경우, / 이후로범위 특정 -> 단 / 하나만 정의 시 와일드 카드의 의미(*)- 사용 Domain 유의점- subDomain 정의 X호스트의 하위 도메인들은 모두 해당 쿠키 사용 가능..