Spec Kit을 코덱스 CLI 기준으로 설치하고 프로젝트에 붙일 때, 실제로 막히는 부분만 짧게 정리한 글입니다.
recent
1.Bottom Menu(Tab) 간 이동 → 애니메이션 없음
Stackflow는 메모리 관리와 성능을 고려한 구조이긴 하지만, 너무 많은 activity를 stack에 쌓는다면 다음과 같은성능 문제가 발생할 수 있습니다:
4.1 스타일 vs 컴포넌트 분리 체크리스트
Generic은 재사용을 목적으로 함수나 클래스의 선언 시점이 아닌,사용 시점에 타입을 선언할 수 있는 방법을 제공
FC와 VFC 및 PropswithChildren 정도를 다뤄보고 이후에 이러한 컨벤션을 적용한 인터페이스를 설계하는 방법을 같이 공부합니다.
많은 개발자들이 css next 또는 css modules을 사용하고 있습니다. 그러나 리액트에서 css modules을 classname 속성과 함께 사용하는것은 조금 어려울수도 있습니다. 근본적으로 css modules은 name mangling으로 구현되어있습니다.
displayFadeMenuHandler=> show 안에 이벤트와 메뉴 아이디를 넣어 호출함, 사용하는곳에 onClick으로 지정
antutility type 들을 함수처럼 사용하기 전에 어떻게 제네릭으로 풀어낼 수 있는 지를 고민해보고 해당 타입들에 대한 예제들을 함께 다루면서 공부합니다.
이 문서에서 컴포넌트의 구성은 기본적으로 ( View Asset Component ) 패턴을 사용함.
웹팩의 기본적인 개념과 리액트 프로젝트의 초기 구성을 정리한 문서입니다.
스펙킷이 뭔지, 왜 쓰는지, 그리고 구현 전에 어떤 흐름으로 문서를 만들고 검토하는지 정리한 글입니다.
activity는 stack으로 쌓인다. 스택은 뒤로가기 할때마다 노출된다.
블로그 첫 버전에서는 앱 기능보다 정적 렌더링과 발행 속도가 중요했고, 그 기준에서 Astro가 가장 자연스러웠다.
기능을 넓게 잡는 대신, 실제로 끝낼 수 있는 단위로 자르는 습관이 결과물의 완성도를 지켜준다.
예쁘게 정리하려다가 멈추는 것보다, 일단 옮기고 태그는 나중에 다듬는 편이 훨씬 빠르다.
오늘 메모 링크 설명은 한 줄이면 충분하다 기준으로 log 흐름을 더 또렷하게 만드는 짧은 정리.
메모 같은 화면을 오래 볼수록 장식이 줄어든다 기준으로 reference 흐름을 더 또렷하게 만드는 짧은 정리.
작은 기록 note도 결국 아카이브의 일부다 기준으로 note 흐름을 더 또렷하게 만드는 짧은 정리.
작업 기록 목록 간격이 읽기 리듬을 만든다 기준으로 capture 흐름을 더 또렷하게 만드는 짧은 정리.
작업 노트 페이지 수가 많아지면 페이징이 먼저 보인다 기준으로 ship 흐름을 더 또렷하게 만드는 짧은 정리.