yehey's 공부 노트 \n ο(=•ω＜=)ρ⌒☆

이슈 가계부 내역에 통계 제외 기능을 추가해달라는 요청이 있었다. 통계 제외 기능 추가에는 2가지 방법 정도 생각해봤다. 1. 현재 있는 Tag 테이블에 통계제외 태그를 추가해서 해당 태그를 기반으로 통계 포함,제외 기능을 구현하기 2. 내역 테이블에 통계 제외 컬럼을 추가해서 구현하기 두가지 중에서는 Tag 테이블을 이용하는 것 보다 내역 테이블에 컬럼을 추가하는게 더 좋을 것 같다고 판단했다. 내역 테이블에 통계 제외 컬럼을 추가하는 것 보다 태그-내역 관계 테이블에서 통계 제외가 포함되는지 확인하는 로직이 더 복잡할 것 같다고 생각했다. 그래서 내역 테이블에 isExcluded 라는 컬럼을 생성하기로 했음 그리고 해당 컬럼의 값을 Boolean 즉 true, false 로 값을 넣고 싶었다. Con..

배경 프로젝트 진행하면서 전역 상태관리를 사용해야하는 단계가 왔다. 검색을 할 때 조건을 저장해두거나, 입력 폼 값 등을 받아놓을 전역 상태가 필요해서 찾아보았다. 기존에 사용해보았던건 Redux toolkit 이었고 보일러 플레이트 코드가 많다는 단점이 있다. 현재 진행중인 프로젝트는 크기가 크지 않고 복잡한 상태관리는 필요하지 않았기에 Redux 는 사용하지 않기로 했다. Redux를 사용하면 store,reducers, action 등을 모두 작성해야하기 때문에 현재 프로젝트에서는 적합하지 않다고 생각했다. 그치만 장점이라고 볼 수 있는 devtools 와 디버깅을 놓치는 부분은 좀 아쉬웠다. 그 외에 생각한 라이브러리는 Recoil 이다. 무엇보다 사용할 때 코드가 간편하고, useState와 같..

Background 2023.11.27 - [개발/프로젝트] - [DB/RDBMS] ERD 설계 ERD 설계를 보면 one to many로 내역과 태그 테이블이 있다. 사실은 Many to Many 관계지만, many to many는 분리하는게 좋다고 들어서 one to many로 설계하고 관계 관련 테이블을 따로 만들도록 구성했었다. 현재 spring boot 의 ORM으로 JPA를 사용하고 있다. 그리고 JPA에서 entity를 정의하고 있고 내역 테이블과 태그 테이블을 many to many를 사용해서 관계를 정의해주었다. JPA에서 many to many로 정의하면 두 테이블의 관계 테이블이 자동으로 생성되는 것을 보고 적용해도 괜찮다고 판단해서 many to many로 두었다. Issue 통계 ..

Today I Learned : React Portal 을 왜 쓰는지, 썼을 때의 장점을 알아보고 Next js 프로젝트에 적용해서 모달 컴포넌트를 개선했다!! 배경 우연한 계기로 ReactDOM Portal 을 접하게 되었다. 거의 처음 보는거라 이게 무슨 역할을 하는지 궁금했고 이후 찾아봤다. 서치 결과 장점이 많아서 사용해보지 않을 이유가 없었다! Contents React Portal 은 다양한 이유에서 사용하는 듯 했다. 우선 이해한 바 로는 '현재 컴포넌트를 다른 DOM으로 분리할 때, 다른 DOM에 렌더링 하고자 할 때 사용한다.' 가 첫번째였다. DOM 을 분리하는게 무슨 이점이 있는지 궁금했지만 곧바로 이해할 수 있었다. Portal 없이 컴포넌트, 페이지를 개발하는 과정에서는 계층적으로..

Today I Learned : React query 라이브러리를 Next js 에 적용하고 사용해보았다. 배경 프로젝트 진행 중 서버와 api 통신 과정을 react query + axios를 이용하여 진행하기로 하였다. fetch 가 Next 공식 문서 상에 있지만 기본 url 정보나 인터셉터 등등을 지정해놓고 사용하기에는 axios 가 더 적절하다고 판단했다. 굳이 react query를 사용한 이유는 서버 데이터 관리, 캐싱 등을 통해 성능을 높일 수 있다고 생각하여 한번 적용해보고자 했다. 동일한 데이터 요청을 중복으로 처리하지 않고 기존 응답 값을 캐싱하고 캐싱 값을 사용한다는 점에서 시도해볼 가치가 있다고 생각해서 적용했다. 그리고 무엇보다 hook 과 비슷한 구조를 가지고 있어서 초기 학습..

배경 2023.11.29 - [개발/프로젝트] - [BE/restful] 백엔드 스택, DB 정하기 다시 한번 프로젝트의 목적을 쓰자면, 1. 나의 학습!! 새로운거 배우고, 해봤던건 더 잘 쓸 수 있는 방법 찾아보기 2. 사용자(우리 언니)가 원하는 서비스를 제공하기 크게 두가지 큰 목표가 있다. 프론트엔드 스택은 크게 2가지를 고민했다. React vs Next 이렇게 두가지 사실 좀 더 익숙한 React를 사용하면 분명 원하는 대로 개발이 가능할 것이고 더 빨랐을 것이다. 그치만 Next의 SSR이 호평을 많이 받았기 때문에 안해볼 수 없었다. 사실 문서만 읽어서는 감이 안와서 꼭 한번 프로젝트로 진행하고 싶다는 생각을 했다. 그래서 Next를 골랐다. 1. 라이브러리인 React는 개발자가 구조를..

Today I Learned : request에 대한 응답, http response를 하기 위해 Response DTO를 생성하고 재사용할 수 있었다. 배경 원래는 ResponseEntity의 body에 값을 넣어주는 형태로 응답을 했다. 그치만 body에서 필요한 데이터만 보내준다는 점이 마음에 들지 않았다. 응답에서 내용만 들어가는게 아니라 status, code, message 등의 정보가 같이 들어갔으면 했고, 또 해당 정보들은 성공했을때, 실패했을때, 등등으로 나뉘어질 수 있었으면 좋겠다고 생각을 해서 ResponseDTO 를 새로 생성, 커스텀하기로 했다. 그치만 난 java 문법에 아직 익숙하지 않았고....... 열심히 사례가 없는지 구글링하며 엄청난 포스팅을 발견했다. Contents ..

JAVA JDK 설치 (home brew) #latest stable version 설치 brew install openjdk #심볼릭 링크를 추가.. sudo ln -sfn /usr/local/opt/openjdk/libexec/openjdk.jdk /Library/Java/JavaVirtualMachines/openjdk.jdk 설치하고 다음 명령어를 수행한다. brew info openjdk /usr/libexec/java_home -V 결과가 요로코롬 나온다. (최신 버전 말고 17~18 쯤 설치하려다가 포기하고 여러번 깔았더니 java가 3개...! 그치만 보통은 1개 나올 듯?) 만약 자바 버전을 여러개 깔고, 원하는 버전 별로 자바를 골라서 쓰고 싶다면 java -version 했을 때, 내..

배경 토이 프로젝트를 진행하게 됐다. 인원은 나 혼자. 그러니까 혼자 기획, 디자인, 개발 다 해야한다는 뜻. 그래서 백엔드 개발 스택을 좀 고민하게 됐다. DB 와 프레임워크나 라이브러리 등등.. 우선 프로젝트 목적은 다음과 같다. 1. 나의 학습!! 새로운거 배우고, 해봤던건 더 잘 쓸 수 있는 방법 찾아보기 2. 사용자(우리 언니)가 원하는 서비스를 제공하기 학습이 우선이지만 그래도 2번에 의해서 프로젝트를 완성 해야한다. contents DB DB 선택지는 우선 MySQL, MariaDB 이다. RDB를 선택한 이유는 최근에 RDB를 제대로 해보고 싶다는 생각이 들었고, 무엇보다 프로젝트가 가계부라서 재무에 가깝지 않나?! 그렇다면 RDB가 맞지 않나!! 라고 생각해서였다. MySQL 은 짧게나마..

배경 진행하려는 프로젝트는 내가 처음으로 풀스택으로 진행하려하는 프로젝트다. 그래서 기획, 디자인, DB, 개발 다 해야한다는 뜻. 근데 사실 백엔드를 하면서 DB를 제대로 설계해본 경험이 없다. CEOS로 활동하면서 그래도 주워들은게 있어서 다행... DB 설계할 때는 기획 문서와 와이어프레임으로 틀을 좀 잡아놓고, ERD(Entity Relationship Diagram) 설계를 한다고 한다. 그래서 처음으로 프로젝트 진행 전에 ERD를 설계해보는 시간을 가졌다. contents 우선 사용한 툴은 ERD cloud (https://www.erdcloud.com/) 였다. (유명하고 무료라고 해서 써봤는데 솔직히 좀 구린거같음) 어제 오늘 열심히 고민하고 와이어프레임도 만들었다. (구려서 아직 공개 불..