(2) JavaScript - 함수(function)
·
JS
변수와 함께 중요한 요소인 함수가있다.변수를 짧게 요약하자면 '값을 저장하는 것' 이라고 했었는데함수는 '다양한 명령들을 저장하는 것' 이라고 생각하면 된다. 변수와 마찬가지로 함수도 일단 선언을 해야하는데에 "function"이라는 키워드를 사용한다. function function 함수이름 (매개변수) {명령들;} 한번 함수를 만들어보자 function friend() { console.log('행섭'); console.log('힝카인'); console.log('데셔'); console.log('넌적혈구'); console.log('찌듕'); } 이렇게 friend라는 함수의 선언이 완료되었다.그런데 저장하고 실행해보면 아무것..
(1) JavaScript - 변수(variable)
·
JS
한 카페에서 장사를 마무리하고 하루 정산을 하기위해 계산하려고한다.손님1: 아메리카노 2잔 ,손님2: 라떼 4잔, 모카2잔손님3: 라떼 1잔, 모카1잔손님4: 아메리카노 1잔, 라떼 4잔, 모카2잔손님5 :라떼 3잔 이런식으로 작성하면 금액 측정을 잘못하게 될 경우 코드가 100줄 200줄 이면 규모가 커지면서 문제가 생긴다.이 코드들이 어떤 의미인지는 작성한 본인은 알고 있지만 만약 다른사람이 볼 경우각 숫자들이 무엇을 의미하는지 모른다. 주석을 달아 코맨트를 달아야 할정도이다. 이처럼 코드를 읽고 실행하는 것은 컴퓨터가 정확하게 해주지만 코드를 작성하는 일은 결국 사람이 하는 것.지나치게 주관적인 코드를 작성하거나 오타를 내거나 이러한 실수를 할 가능성이 있다. 이러한 경우에는 추상화된 코드를 통해 ..
2024.09.12 (Day 8) - JavaScript Event Programming
·
BootCamp Review
이벤트 프로그래밍▼ 이벤트 종류 1. 브라우저 이벤트2. 사용자 이벤트 • 브라우저 이벤트는 브라우저 자체에서 발생하는 이벤트이다• 사용자 이벤트란 애플리케이션 화면에서 사용자가 키보드 혹은 마우스로 발생시키는 이벤트를 의미한다.• 사용자 이벤트는 이벤트 종류에 따라 3가지로 구분해 볼 수 있다. - 마우스 이벤트- 키 이벤트- HTML FORM 관련 이벤트 ▼ 이벤트 프로그래밍 구조 • 애플리케이션에서 이벤트 처리를 하기 위해서는 이벤트 소스와 이벤트 핸들러를 리스너로 연결해야 합니다.• 이벤트 소스 : 이벤트 발생 객체• 이벤트 핸들러 : 이벤트 처리 내용• 리스너 : 이벤트 소스와 이벤트 핸들러를 연결 ▼ 방법1 - addEventListener() • 자바스크립트에서 이벤트를 등록하는 가장 기본적..
2024.09.11 (Day 7) - JavaScript Scope 와 Hoisting
·
BootCamp Review
변수와 호이스팅• 호이스팅(Hoisting)은 ‘무언가를 끌어올린다’ 라는 의미의 단어로아래에 선언된 변수를 위에서 사용하게 해주는 기법이다.코드는 위에서 아래로 흐르면서 실행됨으로 코드 위치만 보자면 변수가 아랫부분에 선언되어 있다면윗 부분이 실행될때는 변수가 선언되지 않은 상태가 됨으로 에러가 발생되어야 하는데실행시에 아래에 작성한변수 선언 부분을 자동으로 위로 끌어올려서 에러 없이 코드가 진행되게 해주는 기법이다. • 변수를 선언하는 방법은 var, let, const 예약어중 하나를 이용하며이중 호이스팅을 지원하는 변수 선언은 var 이다. • 코드 아래에 선언된 변수가 호이스팅이 되면 어디선가 값 대입이 되기 전까지는 undefined 상태가 된다. • 변수 선언을 let 과 const 로도 선..
(24) Git - stash / 깃 작업 내용 임시 저장하기
·
Git
Git stashstash는 우리말로 안전한 곳에 보관하다, 넣어두다 라는 뜻을 가지고 있으며여기서는 워킹 디렉토리에서 작업하던 내용을 깃이 따로 보관을 해주는 역할을 해준다.이때 보관하는 장소를 'stack 스택' 이라고 하는데이 스택의 의미는 어떤 데이터를 저장하는 구조를 말한다. ▲ 그림을 보면 먼저 놓은 자료일 수록 다시 꺼낼 때 가장 나중에 꺼내지는 구조를 stack 이라고 한다. ▲ git stash를 하면 가장 먼저 저장했던 작업 내용이 가장 아래에 저장 되는 구조이며 다시 꺼낼 때 가장 나중에 꺼내진다.이런 자료 구조를 stack 이라고 한다. 한번 git stash를 실행해보자 git stash Saved working directory and index state WIP on premi..
(24) Git - log all과 graph / 커밋 히스토리 보는 여러가지 방법
·
Git
커밋 히스토리를 보는 방법은 git log --pretty=oneline 을 사용한다 커밋 히스토리는 현재 위치해있는 브랜치의 히스토리를 보여주는데만약 다른 브랜치를 보려면 checked 커맨드 사용하면서 왔다갔다 했었다. 여기서 --all이라는 옵션을 붙여주면 --allgit log --pretty=oneline --all 이렇게 두 개의 브랜치가 한번에 다나오면서 각각의 모든 히스토리를 보여준다.그런데 이렇게 보면 햇갈릴수 밖에없다. 커밋 메시지마다 어떤 브랜치였는지 기억도 잘안나는 데다가섞여있는 느낌이 있다보니 더 햇갈린다. 이런 문제를 해결해주는 커맨드가 있다. --graph 이 옵션을 쓰면 커밋 히스토리가 각 브랜치와의 관게가 잘 드러나도록 그래프 형식으로 출력된다.git log --pretty..
(23) Git - reflog / reset 되돌리는 방법
·
Git
간단하게 reset 에서 다시 되돌리는 방법을 설명하고자한다예를들어 premium 브랜치에서 LayoutStudy README.md 여기 커밋으로 reset을 해보겠다. git reset --hard bc92 실행하면 워킹 디렉토리에 있는 내용도 다 초기화 될 것이다.히스토리를 열어보면 맨 처음 파일 업로드 커밋을 제외한 README파일을 첫 커밋 했을때 내용만 들어가있다.즉 리셋이 잘 실행 되었다는 것을 알 수있다.  그럼 이때까지 작업했던 커밋들은 다 삭제가 돼버린걸까?그렇지는 않다. 리셋을 해도 리셋한 커밋 이후의 커밋들이 삭제 되는 것은 아니다.삭제 된것이 아니라는걸 보여주자면맨 위 사진에 보면 리셋 하기전 히스토리인데 ' 1caf ' 맨 위 커밋을 다시 리셋을 해보겠다 git reset --ha..
(실무_4) Git Part2 - git revert / 리모트 레포지토리에 올라간 커밋 취소하기
·
Git
main 브랜치로 이동해서 README에 문구하나 작성해주자 git checked main '작심삼일' 이라는 문구를 넣어서 저장해주고 터미널에서 커밋해준다.이 커밋을 리모트 레포지토리의 main 브랜치에 반영하기위해 push 해준다. 자 상황 예시는 끝났다.지금 이미 main 브랜치의 리모트 래포지토리에 커밋이 올라가있는 상태인데이미 push 해버렸고 .. 취소하려면 어떻게 하면 될까? 저 문구를 지우고 그냥 다시 커밋을 하면 될것 같지만 이러한 동작을 한번에 해주는 커맨드가 존재한다.커밋 히스토리를 보자면.. 여기서 이 최신 커밋에서 한 작업을 되돌리고 다시 커밋을 해주는 커맨드가 있다.  Git revertrevert는 되돌리다, 복귀하다 라는 뜻을 가지고있으며 말 그대로 최신 커밋에서 한 작업을 ..
2024.09.11 (Day 7) -JavaScript Function
·
BootCamp Review
함수• 함수는 하나의 관련된 업무를 실행하기 위한 코드들을 묶기 위해서 선언되는 프로그램의 구성요소이다각 업무가 각각의 함수로 구분되어 작성됨으로 코드를 작성하기도 편하고 나중에 필요한 부분의 코드를 식별해서 분석하거나 실행시키기에도 편하다. • 함수를 메서드라 부르기도 하고 혼용되어 사용되기는 하지만 두 용어에는 엄밀히 이야기하면 차이가 있다.함수는 영어 단어로 function 즉 기능이라는 뜻의 단어이며 함수내에 작성된 기능에 초점을 맞춘 단어이다.그런데 클래스내에 함수가 선언될 수도 있는데 이 클래스에 선언된 함수를 메서드라고 부르기도 한다.메서드는 영어 단어로 method, 즉 수단이라는 뜻이며 함수이지만 클래스내에 선언되어 있어그 클래스를 이용하는 수단으로 본다는 측면의 용어이다.정리하자면 모두..
(실무_3) Git Part2 - git blame / 코드 작성자 찾기
·
Git
깃을 쓰다보면 하나의 파일이 이때까지 어떻게 변해 온건지를 파악해야할 때가있다. 예를 들어 지금 본인의 프로젝트에 있는 README파일도 모든 내용을 한번에 다 쓰고 커밋한게 아니다지금 README파일은 여러번의 커밋을 해온 결과가 지금의 모습이다. 한 가지 파일이 완성되기까지 어떤 커밋들이 있어왔는지를 볼수있는 커맨드가 있다, git blameblame은 비난하다, ~의 탓으로 돌리다 이런 뜻인데표현이 조금 그렇지만 여기서는 어떤 파일의 특정 코드를 누가 작성했는지 찾아내기 위해 사용된다.아마 커맨드 개발자가 누군가 실수할 때 작성자를 갈구고 탓을 돌리기 위해 작명을 blame으로 작성했던것 같다(?) git blame [파일명] 실행하면 파일의 각 부분이 어떤 커밋으로 인해 탄생했는지 한눈에 볼 수있..