사용자:Jundyo/개발일지?(r9 Blame)
| r9 | ||
|---|---|---|
| r1 (새 문서) | 1 | 나무마크 파서를 만들고 있음. |
| 2 | ||
| 3 | 옟날에는 오픈나무, 병아리 엔진(?)이라 불리는거 처럼 정규식을 이용하였는데, 컴파일 언어랑[* RS] 인터프리터 언어[* 오픈나무랑 벤치마킹 함]의 성능이 비슷한 것을 보고 갈아 엎음.[* 뭐 JIT가 개쩔거나 했나보지] | |
| 4 | ||
| 5 | 두 번째 파서는 토크나이징을 하고 파싱을 하려 했는데 | |
| 6 | ]]랑 ]를 구분 못하는 문제가 발생해서 갈아 엎음 | |
| 7 | ||
| 8 | 세 번째 파서는 파싱 과정을 총 3단계에 걸처서 진행함[* 원래 이러고 싶지 않았는데 우선순위--서열정리--를 할 마땅한 방법이 생각나지 않음. 성능이 정규식만큼 구려지면 --접자. 안되 내 7개월-- | |
| 9 | ||
| 10 | 아 그리고 갑자기 프론트 삘이 돌아서 잠시 버림. | |
| 11 | ||
| 12 | 아 그리고 누가 CRATES.IO에서 namumark 먹었던데 뭘 먹어야할까난... | |
| 13 | ||
| r2 | 14 | 그리고 if문. Namumark에 비해 파싱이 쉬울듯. 파서를 따로 만들어서 하는 것이 좋을듯함. [* 일단 1. 우선순위 없지. 사칙연산은 따로 생각해둔것도 있고. 일단 컴파일 에러 나면 무조건 FALSE처리하면 되기 때문에 뭔가 우선순위 전용 알고리즘이 있는걸로 알고 있음. 제귀 하강이였나] |
| r1 (새 문서) | 15 | |
| r3 | 16 | AST만 뽑는 크레이트로 만들 생각이기 때문에 렌더링은 Fe에서 할 예정. |
| 17 | ||
| 18 | 어... 웬지 모르겠지만 리버티, 부마에서만 정상작동함. | |
| 19 | ||
| r4 | 20 | Wiklim[* 스킨]에서는 작동 안하는 버그 발견 plugin이 <Nuxt>를 리버티, 부마는 <Nuxtpage>로 치환하는 과정이 일어나서 그런듯. 그런데 Wiklim을 쓰면 Nuxt3 대응하니까 플러그인 레벨에서 치환을 안함. => 뭔가 랜더 시 데이터의 부족으로 문제 발생?으로 추정.[* 근데 말이 안되는게 viteplugin으로 치환하는 거라서 번들링 하면 다 똑같음 아님 테스트 시에 강제로 네트워크 속도를 낮췄는데, 그거때문에 그런건가 의심도 됨] |
| 21 | ||
| 22 | Middleware 단에서 하면 안되는 이유:스킨이 먼저 반응함 + page 다운로드 중에 바뀌면 기존 UI가 고장남. | |
| 23 | ||
| r8 | 24 | plugin에서는 router.afterEach로 구현. 분명 리버티에서는 잘 됐음. 내 생각에는 page가 store를 접근하기 전에 실행해야 함. 그 타이밍 전에 적용시키는 것이 중요함 |
| r5 | 25 | |
| 26 | Lifecycle hooks를 후킹해서 page:start에 추가하면 됨 | |
| r8 | 27 | page:finish를 후킹하였더니 정상작동 확인. 현제 디자인을 제탕하고 |
| r5 | 28 | |
| r8 | 29 | 최근토론을 만들고 있는데 스킨이 문젠지[* 난 디자인은 하면 안되겠다]UI가 문젠지... |
| 30 | ||
| r9 | 31 | 파서는? => 아 그냥 파서나 할까 |
| 32 | ||
| 33 | 메크로 완료 | |
| 34 | ||
| 35 | 주석 완료 | |
| 36 | ||
| 37 | 리다이렉트 완료 | |
| 38 | ||
| 39 | {{{+ {{{- {{{#248790 | |
| 40 | 1. 리스트 | |
| 41 | * 리스트 | |
| 42 | 1.#2이런리스트 | |
| 43 | A. 리 | |
| 44 | a. 스 | |
| 45 | I. 트 | |
| 46 | i. 는 | |
| 47 | 이랑 | |
| 48 | > 인 | |
| 49 | >>용 | |
| 50 | >>>문 | |
| 51 | >>>>이 | |
| 52 | >>>>>다 | |
| 53 | >>>>>>와 | |
| 54 | >>>>>>>아 | |
| 55 | >>>>>>>>![* 흡사 bf] |