Object 프로토타입에 등록해서 쓰면 불이익이 있을까요?

아 다음 섹션에서 바로 왜 함수로 써야하는지 배우네요. 좋은 강의로 많이 배웁니다 감사합니다

Object 프로토타입에 등록해서 쓰면 불이익이 있을까요?

답변으로 좀 더 배웠습니다 답변 감사합니다!

클래스 문법에서 super()는 브릿지 함수를 활용하지 않는 케이스랑 같다고 보면될까요?

왜 그렇게 생각하게 됐는지 좀 더 스스로 고민을 해보겠습니다.답변 감사드립니다..!

__proto__ 로 하지 않는 이유가 따로 있을까요??

저도 의문이었는데 답이되었습니다

LE관련 질문 드립니다

답변 정말 감사드립니다..!! 영어공부의 필요성을 절감하게 되네요 명확하지 않았던 부분이 속시원하게 해결되었습니다

VariableEnvironment / LexicalEnvironment차이점

상세한 답변 감사드립니다! 궁금한부분은 mdn과 명세서만 참고하는쪽으로 해보도록 하겠습니다 그리고 강의 잘 듣고 있습니다. 감사합니다

VariableEnvironment / LexicalEnvironment차이점

es6 명세를 보고 있습니다 1번은 (사진) 로 설명이 되어있는데 LexicalEnvironment는 식별자의 레퍼런스를 갖고있어서 값이 변하는 것을 알 수 있고, VariableEnvironment는 EnvironmentRecord가 변수선언에 의해 만들어진 binding을 지닌다고 했는데 설명해주신 초기값을 가진다고 이해하면 되는 것일까요? 2번은 es6명세에서 불가능하다고 확인할 수 있었습니다!https://262.ecma-international.org/6.0/#sec-execution-contexts 3번은 > Usually a Lexical Environment is associated with some specific syntactic structure of ECMAScript code such as a FunctionDeclaration, a BlockStatement, or a Catch clause of a TryStatement and a new Lexical Environment is created each time such code is evaluated. 정도로 알 수 있었는데, lexical environment 타입의 객체?(LexicalEnvironment, VariableEnvironment 둘 다로 이해하면 되는걸까요?) 가 생성되는것은 알 수 있었지만 execution context가 생성되는지는 알 수 없었습니다. (사진) Function 컴포넌트의 목적부분에서 execution context가 script, module, function에 의해 생성된다는 것은 간접적으로 파악은 할 수 있었습니다. block statement가 execution context를 생성하는지 하지 않는지 직접적으로 설명된 부분은 못 찾았습니다