노션클론 리팩토링기

서론 과제에서 진행했던 노션 클론을 뚝딱 리팩토링 해보자! 겹치는 기능을 추상화하기 황준일 개발자님의 코드를 많이 참고하였다. 사실 이전 TodoApp만들기에서도 활용했었는데, 리팩토링 해보는건 처음이다! 여기에 Redux식 코드도 추가하고싶지만, 일단 생성자 함수

별거아닌 오류같은데 오래된 명령어가 저장되어있나보다.노트북이아닌 PC에서 개발작업을 한지 오래되서 그런듯?윈도우니까 powerShell열고npm install --global --production npm-windows-upgrade입력하니 되었다.전역상태를 어떻게 관

리덕스와 비동기 리덕스의 흐름은 다음과 같다 action을 dispatch로 넘겨준다. reducer가 이를 토대로 새로운 상태를 생성해서 전역 스토어에 저장한다. 2-1. 전역스토어의 key값은 reducer의 이름임 뷰에서 이 상태를 가져오려면 getState

useSelector는 선택자함수를 받아와, 선택한 상태를 구독(변경시 리렌더)해주고 반환해줌.이렇다면 각 상태마다 옵저버블한 인스턴스를 생성해야하는데, 어떻게 해야할지 고민됐다.받아온 선택자 함수로 얻은 값(상태)로는 고유하게 구분할 수 없어보임.몇시간동안 고민하다가

왼쪽상단의 기능을 추가할것.자식문서를 클릭하면 조상까지 위치렌더링하는 부분을 추가해보겠다.사이드바에서 사용한 재귀적 렌더링을 활용해보면 좋아보임.사이드바의 재귀적 렌더링은 문서가 없을때까지 진행.문서 상단의 재귀적 렌더링은 선택한 문서의 id까지만 진행=> 재귀적 렌더

서론 오랜만의 리팩토링이다. 어영부영하다가 미뤘는데, 오늘 생각나서 조금 건드려봄! 문서 생성했을떄 breadCrumb가 바로 업데이트되지 않는 버그를 해결해보자. 원인은 single truth of source >single truth of source : 모든

debounce > debounce란, 연속적인 요청이 들어왔을때 맨 마지막요청만 처리해주는 기술이다. 예를들어 유저가 악의적이든 아니든 input창 포커스하여 엔터키를 꾹 누르고 있다고 해보자. 이때 api호출로직이 있다면, 윈도우 기준 보통 초당 33번의 엔터키

포트폴리오의 죽어버린 서버를 살려보자.

노션 클론 프로젝트의 DB를 설계해보자. 엄청 간단함

Mongodb를 설치하고 간단한 CRUD를 해보자

백엔드 아키텍쳐와 계층형 패턴

트리구조 DB를 저장하고, Service와 Repository의 차이점에 대해 잠깐 생각해보았습니다

Router를 만들어보자. CORS와 OPTIONS도 해결하고!

req.body가 undefined로 나온다. Stream과 Buffer, Chunk에 대해 알아보자.

미들웨어를 구현하고 SPA새로고침 문제를 고쳐보자.

서버측 에러 핸들링을 미들웨어에서 처리해보자. 그런데 Fetch는 왜 catch에서 오류를 잡지 못하지?

Repository계층을 분리하고 테스트를 간략히 해보았습니다.

Docker를 간단히 알아보았습니다.

웹팩으로 간단하게 번들링을 진행하고 과거의 똥같은 코드와 마주했습니다

리팩토링을 종료하고 짧게 회고해봤습니다