전체 글 (117) 썸네일형 리스트형 [간단한 퀴즈 서비스] Day12~16 테스트 코드 추가, 검증 로직 추가 소스코드가 길어지니 점점 코드 읽기가 불편해지고 복잡해진다. 아직 레이어드 아키텍처가 적용되어 있지 않기에 리팩터링도 필요하다.우선 동작되도록 만들고 조금씩 보안이나 성능, 유지보수 용이성을 기준으로 리팩터링을 할 예정이기에 여러 차례 이미 테스트했던 부분들을 다시 테스트해야 한다. 더 이상 postman으로 했던 테스트를 또다시 하고 싶지 않아졌다.우선 매 번 클릭해서 하기가 번거롭고 시간이 꽤나 소요된다.또한 사람이니까 테스트를 놓치는 부분도 생길 수 있기에작성한 코드에 대한 신뢰성이 더 떨어진다. 결국 테스트 코드를 추가할 수 밖에 없다는 결론에 이르렀다.jest를 이용해서 단위테스트부터 넣기로 하였다.유저 파트 회원가입, 로그인, 비밀번호 변경 때 사용자가 입력한 값들이 정상적인지 확인하는 .. [간단한 퀴즈 서비스] Day09~11 DB설계 및 구현 퀴즈 문제까지는 미리 문제 세트를 정리해 둔 엑셀파일 읽어서 서버 메모리에 올려서 쓸 수 있었지만 퀴즈 결과를 저장하고, 랭킹을 계산하는 부분에서 계속 메모리에 두고 쓰는 건 서버를 내렸다 켜면 데이터가 사라지기에 데이터의 일관성이 없어서 문제였다.FE, BE에서의 빠른 피드백과 개발을 위해 DB 없이 API를 구성하였는데 더 이상을 로컬에서 개발할 때에도 매번 회원가입, 퀴즈 풀고, 랭킹 확인하고 하는 작업을 반복해야 하는 단점이 있어서 개발속도 측면에서도 지장이 생겼다.미루어두었던 DB 설계와 구현을 하기로 하였다. 고려사항어떻게 해야 추후에 했던 작업 또 하지 않고 유지보수 및 기능 확장에 드는 시간을 줄일 수 있을까?어떻게 만들어야 확장성을 생각할 수 있는가어떻게 만들어야 중복을 제거할 수 있을까.. [간단한 퀴즈 서비스] Day05-08 DB 없이 동작 구현 빠른 api 구현을 하여 FE와 피드백을하며 서비스를 발전시키는 방향으로 프로젝트 가닥을 잡았기에,DB 구축하여 퀴즈 데이터를 저장하는 것이 아닌 퀴즈 데이터를 서버 메모리(data 배열에 json형태로 퀴즈 데이터 저장)에 올려서 구현하는 방식을 시도해보았다. 퀴즈 데이터를 단어, 정의, 초성, 단어 길이 항목으로 구성하여 배열에 저장하였다.// 메모리에 데이터를 저장할 변수let data = [];// 엑셀 파일 읽기 및 데이터 정제 함수const loadData = async (filePath) => { const workbook = new ExcelJS.Workbook(); await workbook.xlsx.readFile(filePath); const worksheet = workbook.. 이전 1 2 3 4 5 6 7 ··· 39 다음
