var 키워드가 호이스팅이 된 이유나 파라미터 개수가 안맞을 때 값을 무시하거나 undefined 를 채워 넣는 등 어떤 문제 때문에 이렇게 했는지를 이해하니 더욱 못나보인다 진짜 10일만에 만드느라 쉬운길을 택했구나
댓글 13
그거 렉서 파서 단계에서 처리하는거 아님 - dc App
야딩조무사(cir6174)2024-05-19 02:37
답글
Resolve Binding 하는게 파서지 그럼 누가함?
익명(223.38)2024-05-19 02:41
답글
스코프나 클로저 구현할 때 시맨틱 분석 구현하기 까타로우니까 걍 호이스팅 해버린건데 뭐 틀린게있음?
익명(223.38)2024-05-19 02:48
답글
페이즈가 따로 있음 hositable 구분을 파서에서 하고 실행 직전에 하던걸로 기억함 - dc App
야딩조무사(cir6174)2024-05-19 02:54
답글
이거 보며 공부하고 있고 여기서 배운건데 뭐 페이즈가 나뉘어져 있다 이런건 내 글 요점과는 관련없어 보이고 왜 호이스팅을 넣었는지가 중요한건데 그냥 구현하기 쉬운길 택한거잖아 이걸 반박 못하면 딱히 댓글 더 들을 필요는 없을듯 https://craftinginterpreters.com
익명(223.38)2024-05-19 02:58
답글
내가 알고있는거랑 달라서 v8 직접 봤는데 동작이 분기하는 케이스가 있었음
strict가 아닌 경우랑 최상단 선언 동작이 갈리는데 여기서 님이 말한대로 파싱단계에서 호이스팅이 일어나는 케이스가 있음
그거 렉서 파서 단계에서 처리하는거 아님 - dc App
Resolve Binding 하는게 파서지 그럼 누가함?
스코프나 클로저 구현할 때 시맨틱 분석 구현하기 까타로우니까 걍 호이스팅 해버린건데 뭐 틀린게있음?
페이즈가 따로 있음 hositable 구분을 파서에서 하고 실행 직전에 하던걸로 기억함 - dc App
이거 보며 공부하고 있고 여기서 배운건데
뭐 페이즈가 나뉘어져 있다 이런건 내 글 요점과는 관련없어 보이고
왜 호이스팅을 넣었는지가 중요한건데
그냥 구현하기 쉬운길 택한거잖아
이걸 반박 못하면 딱히 댓글 더 들을 필요는 없을듯
https://craftinginterpreters.com
내가 알고있는거랑 달라서 v8 직접 봤는데 동작이 분기하는 케이스가 있었음 strict가 아닌 경우랑 최상단 선언 동작이 갈리는데 여기서 님이 말한대로 파싱단계에서 호이스팅이 일어나는 케이스가 있음
evaluator
JS 파싱룰은 저런 문제보다 더 골때리는데 저건 다른 차원의 문제 - dc App
비추 내가누른거 아님 - dc App
이 쓰레기
백엔드 얘기에서 파서가 왜 나와
시멘틱 분석은 프론트엔드가 해야하는 일이에요;
글내용: 난 렉서 파서도 공부하는 사람이다