본문 바로가기

728x90

전체 글118

removeEventListener 안됨, 익명 함수가 원인 스크롤 이벤트를 등록해두고 특정 시점에 removeEventListener로 떼어내려 했는데, 리스너가 그대로 살아 있던 적이 있었습니다. 콘솔에 에러도 안 뜨고 코드도 멀쩡해 보였습니다. 원인은 하나였습니다. addEventListener에 익명 함수를 넘긴 탓에 제거할 대상을 못 찾은 것입니다. removeEventListener 안됨 현상의 거의 대부분은 이 함수 참조 문제에서 나옵니다.🧩 removeEventListener는 '같은 함수 참조'를 요구합니다removeEventListener는 등록된 이벤트 리스너를 제거하는 메서드입니다. 여기서 핵심은 아무 함수나 넘긴다고 지워지지 않는다는 점입니다.addEventListener로 등록한 리스너를 제거하려면 등록할 때 쓴 함수와 정확히 같은 참조.. 2026. 8. 13.

DB 인덱스 개념 정리: 조회 속도와 PK 자동생성 데이터가 몇 건일 때는 조회가 순식간입니다. 그런데 행이 수십만, 수백만 건으로 늘면 똑같은 SELECT가 눈에 띄게 느려집니다. 이 속도 문제를 다루는 첫 열쇠가 바로 DB 인덱스 개념입니다. 인덱스는 책 뒤에 붙은 색인처럼 데이터의 위치를 미리 정리해 둔 구조입니다. 처음 공부할 때는 왜 이게 조회를 빠르게 만드는지 잘 잡히지 않았는데, 색인 비유로 뜯어보니 생각보다 단순했습니다.🔍 인덱스가 없으면 데이터를 처음부터 다 뒤진다도서관에서 "해리포터와 마법사의 돌"을 찾는 상황을 예로 듭니다. 사서가 목차 없이 책을 전부 뒤져야만 위치를 알 수 있다면 시간이 오래 걸립니다.데이터베이스도 똑같습니다.인덱스가 없으면: 원하는 데이터를 찾으려고 모든 행을 하나하나 확인합니다.이렇게 전부 훑는 방식을 Full.. 2026. 8. 12.

SELECT 1 EXISTS 차이와 존재 확인 빠른 쿼리 데이터가 있는지 없는지만 알면 되는 상황이 꽤 자주 나옵니다. 회원가입 시 이메일 중복 체크, 주문 존재 확인, 권한 행이 있는지 판단 같은 케이스입니다. 이때 습관적으로 SELECT *를 쓰거나 COUNT(*)로 개수를 세는 코드를 자주 만나는데, 존재 여부만 필요한 자리에서는 낭비입니다. SELECT 1 EXISTS 차이를 알아두면 이런 자리에서 어떤 문법을 골라야 할지 바로 판단이 섭니다.🧩 존재 확인인데 SELECT *·COUNT(*)가 비효율인 이유존재 여부만 궁금한데 모든 컬럼을 다 긁어오거나, 조건에 맞는 행을 전부 세는 건 목적에 비해 일이 큽니다.SELECT *: 필요도 없는 모든 컬럼을 읽고 네트워크로 전송합니다. 존재 여부에 컬럼 값은 쓰이지 않습니다.COUNT(*): 조건을 만족하.. 2026. 8. 11.

고차함수 커링: () => () => {} 구조가 되는 이유 리액트 코드를 읽다가 const handleClick = (id: number) => () => {} 처럼 화살표가 두 번 연달아 붙은 함수를 만났습니다. 처음엔 오타이거나 이상한 문법처럼 보였습니다. 하지만 이건 정상 문법이고, 그 뿌리에는 고차함수 커링이 자리하고 있습니다.정확히는 아래와 같은 형태입니다.const createHandler = (blocked: FormInfo) => () => { // 내부 로직};이 () => () => {} 구조가 왜 가능한지, 그리고 실무에서 왜 쓰는지를 아래에서 하나씩 뜯어봤습니다.🧩 () => () => {} 구조 뜯어보기핵심은 함수가 함수를 반환한다는 한 가지 사실입니다. 화살표 두 개는 두 개의 함수가 겹쳐 있다는 뜻입니다.바깥 함수 (blocked:.. 2026. 8. 10.

이전 1 2 3 4 ··· 30 다음

728x90

티스토리툴바