hee-ya07 님의 블로그

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;..

1. Zone 구성1.1 Local- 실 개발 진행 zone- 디버깅 및 로컬 테스트를 수행Local DB경량 테스트를 위해 개발자가 직접 적재 or 로컬 구동 환경에서 적재LocalhostWB를 통한 FE 측 테스트Localhost PostmanPostman을 통한 BE 측 테스트1.2 Develop- 내부 사용자에게 배포(알파 테스팅 + 개발자도 참여)- 누락된 테스트 케이스 도출 => 개인이 할 수 있는 테스트는 Local Zone에서 끝내자..Develop DB테스트를 위해 개발자가 직접 적재 or 테스트를 통해 적재 ==> 다양한 유즈케이스 커버Production DB에 비해 매우 적은 양이기 때문에 운영존 DB에서 난수화(Sanitzing) 후 동기화1.3 Staging- 운영존에 가장 가까운..

1. 커밋 생성 및 조회1.1 커밋 생성1) git commit : 에디터를 통해 메세지 입력 및 커밋2) git commit -m "메세지" : 입력한 메세지를 통해 바로 커밋3) git commit -am "메세지" : git commit -a (Untracked 제외) + git commit -m "메세지"1.2 커밋 조회1) git log : 커밋 메세지 기반 조회2) git show : 커밋 메세지 + 상세 수정 내용 조회3) git reflog : 이전의 작업했던 커밋이나 브랜치를 상세 보여주기(백업할 때, 주 사용)2. 커밋 수정2.1 커밋 지정 방식절대 커밋 지칭(Hash)상대 커밋 지칭(HEAD~/^/@n)HEAD~n :  Tilde, n 번째 조상 지칭(수직 구조)HEAD^n : Car..

1. 브랜치 관리1.1 브랜치 연결처음에 디렉토리 생성 후, remote repository와 local repository를 연결해야 한다.만약 연결없이 git 사용 시,  fatal: not a git repository (or any of the parent directories): .git 를 보게 된다....1) git init - .git 생성 및 추적 시작2) git remote add origin git@github.com:/.git - local에 remote 추가3)  git branch -M main - 기본 브랜치명 master -> main4) 연결할 파일 생성 후 git add 5) git commit -m "connect git remote repository"  6) git ..

1. Conflict: 두개 이상의 브랜치에서 동일한 파일을 동시에 수정하고 병합할 때 발생하는 문제(소통의 부재,,, 리뷰를 제외한 코드 건들기,,,,) 2. 해결 방안2.1 Fast-Forward Merge: Local에 어떠한 작업도 없을 때,: Remote의 작업물을 그대로 가져옴(remote의 FETCH_HEAD == 로컬 HEAD)명령어 git fetch + git merge origin/main git merge --ff origin/main - Default, 병합 시 Fast-Forward를 강제git pull --ff-only origin main - 원격 저장소에서 Fast-Forward만 허용하여 병합 설정: git config pull.ff only - Fast-Forward만을..

1. HEAD1.1 FETCH_HEADgit fetch 를 통해 원격 저장소에서 최신 커밋을 가져온 상태일 때,원격 저장소의 최신 커밋을 가리키는 포인터병합 시, 해당 포인터가 가르키는 곳까지 현 브랜치에 병합1.2 HEAD현재 작업 중인 로컬/원격 브랜치의 가장 최근 커밋을 가리키는 포인터remoto에서의 head: 원격 저장소에서 기본 브랜치를 가리키는 포인터: 원격 저장소의 origin의 기본 브랜치가 main 이라면, origin/HEAD -> origin/mainlocal에서의 head: 현재 작업 중인 브랜치의 최신 커밋을 가리키는 포인터1.3 ORIG_HEAD현 head가 가리키는 커밋 바로 직전의 커밋을 가리키는 포인터 최신 커밋을 가리키는게 head라면 그 head 위치의 뒤로가기 역할 ..

0. remote repository: 대체로 origin 사용, 다른 별칭 사용 가능1. remote의 CRUD1.1 Read# remote의 branch 조회git remote # 연결된 모든 원격 저장소 조회git remote -v # 원격 저장소 상세 조회# remote 조회git remote show # 해당 원격 저장소의 상세 정보 조회1.2 Create- 저장소와 연결의 의미에서 creategit remote add # 새로운 원격 저장소 추가 → origin or 다른 원격 저장소 별칭 가능1.3 Update- 연결된 변경git remote set-url # 전체 변경git remote set-url —push # 일부 변경 - 연결된 변경git remote rename ..

1. branch의 CRUD1.1 Create1) remote repository의 경우를 통해 원격 저장소 내 브랜치 생성 2) local repository의 경우git checkout -b # 새 로컬 브랜치 생성 및 이동1.2 Readgit branch -r # 원격 브랜치 보기git branch -l # 로컬 브랜치 보기git branch -a # 로컬 + 원격 보기 이 때, git bash에서 원격 브랜치의 상태를 업데이트 해줘야 하는데git fetch # 원격 저장소 내 삭제된 브랜치 로컬에 반영 Xgit fetch -p # 원격 저장소 내 삭제된 브랜치 로컬에 반영 Ogit fetch 는 remote에서 local로 최신 변경 사항을 가져오는 명령어새로운 커밋, 브랜치를 local에 가져..