1. this는 arrow function 일 경우에만 lexicial\n\n'this' means An object that the invoked function points to when executing.\n\n2.\nvar x = 10;\nvar strangeAdd = function (y) {\n var x = 20;\n return this.x + y\n};\nresult = strangeAdd(10);\n\n'this'는 window\n -> function invocation, () 로 호출하는 경우엔 bind를 하지 않는 이상은 보통 window\n\n\n3.\nLook to the function in *which* it is defined\n- that's what the context is bound to.\n// 이건 arrow function 에서의 this 설명.\n\nwhich(lexical 하다는 의미) arrow function을 사용한 함수는 '어디에서' 호출되는지만 고려해도 되기 때문.\n\n화살표 함수는 언제나 자신을 포함하는 외부 스코프에서 this를 계승 받는다.\n화살표 함수는 자신만의 this를 생성하지 않고 자신을 포함하고 있는 상위 컨텍스트로 부터 this를 계승 받는다.\n이를 Lexical this라 한다\n\n5. window or the global object.\n6. obj\n7.\n// 틀림\nvar obj = {\n foo: function(){\n console.log(this);\n }\n}\nvar fn = obj.foo;\nfn();\n\nwindow or the global object.\n\n8.\nvar obj = {\n foo: function(){\n console.log(this);\n }\n}\nvar obj2 = {\n foo: obj.foo\n}\n\nobj.foo.call(obj2);\n\n//obj2\n obj.foo.call(obj2);\n call 나온 경우 앞뒤 안 보고 ()안만 보면 됨.foo() // function invocation\nobj.foo() // method invocation-> free function invocation은 그냥 function invocation이라고 생각하면 됨. free에 특별한 의미는 없다.
\n멈춰서서 생각하거나 되돌아보지 않을 경우엔 실수를 반복한다. 그래서 되돌아보기 위한 장치가 필요하다.
\nCPU는 연산.
\nCompile -> 기계어로 변환. -> 101010으로 한번 더 바꿈.
\n컴파일은 오래 걸림. embeded programming(C, 한정된 메모리에서 최적화하기 위해 애를 쓰게 됨)
\nES6 -> ES5 transpiler -> babel
\nHL languages -> High-Level
\n기존 프로그래밍은 procedural languages 위에서 아래로 내려가는 식의 절차적인 언어(procedural Languages)
\n과거엔 웹 앱의 개념이 없었음
\n웹 사이트 - 정적static임
\n웹 앱 - 동적임dynamic
\nOOP는 확고한 무언가가 아니라 추상적인 프로그램 디자인 철학
\nOOP는 세상이 객체로 이루어져있다고 생각하는 게 핵심 아이디어다.
\n— 세상을 객체로 생각하기에 객체를 지향하는 프로그래밍인 거겠지.
\n클래스는 객체를 만들기 위한 프로토타입이자 아이디어, 청사진이다.
\n뭔가 하나의 틀을 만들자! - 객체!
\nclass -> 자바스크립트는 결국 function인데, (function은 object니까??)
\n정적static인 성질(property), 동적인 메소드(dynamic) 2가지로 나눔.
\n두 가지 색으로 구분되는 하나의 알약을 떠올려보자.\n하얀색 면엔 밸류variables를 담고, 파란색 면엔 메소드methods를 담는다.\n그 두 가지를 가지고 있는 캡슐이 클래스.
\n자바스크립트는 외부에서 수정 가능했다. 그 문제를 해결한 타입스크립트 이후 자바 세계가 달라짐.
\n캡슐화를 잘 해놓으면 하나만 바꾸면 되는데, 그렇지 못하면 전부 다 바꿔야 하니까 문제가 생김.
\n상속 Inheritance
\n재사용성이 높아짐.
\nclass는 틀 , instance는 object, 즉 틀로 찍은 object
\nnew DATE -> 여기서 DATE가 틀
추상적 Abstarction
\n무대 뒤(내부)를 보여주지 않음. 계산기를 떠올려보자. 중간과정을 보여주지 않고, 입력과 결과만 보여준다.
\n다형성 Polymorphism ??? (어려운 개념)
\n아빠 class의 Draw()메소드와 아들 클래스sub class에서 쓰는 메소드가 다를 수 있다, 상속 받았는데도.
\n객체 지향 자체가 철학에 가깝기 때문에 추상적으로 대답할 수밖에 없다.\n누가 물어본다면 OOP의 특징을 잘 설명하려고 할 것.
\n페어 프로그래밍에선 무작정 코딩하기보다, 뭘 물어보는지를 먼저 파악하고 서로 동의하는 것이 첫 걸음이 되어야 한다.
\n중요한 건 전략이지, 문법이 아니다.
\n시간
\n공간 - 부동산 개념
\n데이터를 어떤 공간에 어떻게 저장할 것인지 설계
\nex) Array, Object
\n\n\n적절한 자료 구조를 선택하는 것이 좋은 알고리즘을 만들 수 있다
\n
선입선출. 먼저 들어온 것이 먼저 빠짐. (KFC 줄 서기 생각)
\n\n\n과제에서 큐 구현시에 최적화는 신경쓰지 않고 구현한다
\n
Stack : 쌓인 접시 또는 프링글스
\n선입후출.\n뒤에 들어온 애가 먼저 나감, 접시가 쌓여있는 걸 생각해보자. 맨 위에 올라온 접시가 맨 먼저 사용된다.
\n