사용자:Jundyo/개발일지?_{(r2 RAW)}

나무마크 파서를 만들고 있음.

옟날에는 오픈나무, 병아리 엔진(?)이라 불리는거 처럼 정규식을 이용하였는데, 컴파일 언어랑[* RS] 인터프리터 언어[* 오픈나무랑 벤치마킹 함]의 성능이 비슷한 것을 보고 갈아 엎음.[* 뭐 JIT가 개쩔거나 했나보지]

두 번째 파서는 토크나이징을 하고 파싱을 하려 했는데
]]랑 ]를 구분 못하는 문제가 발생해서 갈아 엎음

세 번째 파서는 파싱 과정을 총 3단계에 걸처서 진행함[* 원래 이러고 싶지 않았는데 우선순위--서열정리--를 할 마땅한 방법이 생각나지 않음. 성능이 정규식만큼 구려지면 --접자. 안되 내 7개월--

아 그리고 갑자기 프론트 삘이 돌아서 잠시 버림.

아 그리고 누가 CRATES.IO에서 namumark 먹었던데 뭘 먹어야할까난...

그리고 if문. Namumark에 비해 파싱이 쉬울듯. 파서를 따로 만들어서 하는 것이 좋을듯함. [* 일단 1. 우선순위 없지.  사칙연산은 따로 생각해둔것도 있고. 일단 컴파일 에러 나면 무조건 FALSE처리하면 되기 때문에 뭔가 우선순위 전용 알고리즘이 있는걸로 알고 있음. 제귀 하강이였나]

AST만 뽑는 크레이트로 만들 생각이기 때문에 렌더링은 Fe에서 할 예정.
사용자:Jundyo/개발일지?(r2 RAW)

사용자:Jundyo/개발일지?_{(r2 RAW)}
