오늘 진행한 것들 🤔

• 토이프로젝트 진행
  • 캐릭터 검색 뷰 수정/ 캐릭터 검색시에 모험단 이름, 모험가 명성까지 조회가능
  • 여러 계정에 한 캐릭터 등록 가능하도록 구조 변경
  • 비동기식으로 데이터 처리하도록 수정 (중요!)

오늘 겪었던 문제 🤔

• 페이지네이션
  • 페이징을 할 때 sublist로 내보내다 보니 인덱스가 맞지 않을따 발생하는 예외를 생각하지 못했다.
  • 프런트에서는 disable 추가, 백에서는 예외처리 추가 예정
• 프런트 이미지 출력 문제
• 대표 캐릭터 등록 설정 -> 한 계정당 하나  (이미 등록 시에 등록 더 이상 못함)
• 수정 중 -> DTO response로 내보내기 (캐릭터에 유저정보 포함되어 있음)

오늘 해결한 오류 🤔

• 오류라기보다는 문제였던 점
  • 100개의 데이터를 한 번에 가져올 때 어떻게 해야지 검색결과에 각 캐릭터의 주요 능력치까지 가져와버리면 한 번의 클릭에 총 101번의 작업을 진행해야 해서 속도가 느렸다.
    • 문제는 스프링은 기본적으로 한 요청을 완료하고 그다음 요청을 진행하기 때문에 속도가 느렸던 것이었다..!
    • 방법은 비동기 처리로 해결완료
    • 하지만 이렇게 처리해버리니 API별 허용된 호출 횟수에 오류가 발생했다.
    • 동시접속자가 100명 이상이라면? 1초에 허용되는 적절한 호출 횟수를 찾아야 했다.
    • 캐릭터 목록 100개를 조회 후 통계를 위해 저장하고, 각각의 세부데이터를 호출해 저장하면 한번 검색에 최대 101번을 호출하는 것이다.
      • 따라서 조건을 주고, 처음에 10개를 출력하는 페이지별로 조회해 11번의 호출을 하도록 했다.
        • 하지만 해당 방법도 사실 유령 캐릭터가 많기 때문에 불필요한 호출이 많아질 수도?
        • 따라서 페이지별로 캐릭터 레벨이 만렙에서 가까울 때 조회를 하도록 했다. (최근에 플레이하고 있을 확률이 높다.)
      • 매번 검색할 때마다 저장하지 않고, 조건에 맞춰서 호출을 추가로 더 진행하고, 캐릭터 상세 정보를 조회 시에 (스펙을 확인하기 위해) 따로 한번 더 호출하도록 해서 통계를 위해 저장하면 될 것 같았다.
        • 실제로도 타 사이트에서 해당 방법으로 데이터를 저장하는 것 같았다. (최근에 플레이하지 않거나 캐릭터를 검색해본 적이 없으면 스펙 랭킹에서는 제외되는 방식)
  • 캐릭터와 계정간 매핑 문제
    • 생각을 해보니 단순히 한캐릭터당 계정 하나를 등록할 수 있게 설계를 했던 것이었다.
      • 따라서 중간 연관관계용 테이블을 만들고, ManyToMany 를 지양한 설계를 진행하고 코드를 작성했다.
      • 여러 계정이 동시에 같은 캐릭터를 등록할 수 있도록 변경되었다. 굿!
  • 고쳐야 할점이나 추가해야할것
    • 계정 생성시 Validation 을 프론트에서만 진행하는 문제
    • 계정 대표캐릭터 생성 로직 설계 (어떻게 대표캐릭터를 설정하도록 할것인지? 어떠한 조건?)
    • 캐릭터 모험단 검색 (어떻게 검색을 구현해야할까? 모험단은 캐릭터 상세 스텟에서만 조회가 가능하다.)
      • 구현 완료! 외부 api를 이용하는 것이기 때문에, 검색할때마다 갱신을 하는 방법으로 저장을 해줘야 한다.

오늘의 배운 점🤔

• 설계에 대한 고민을 했습니다.
  • 따라하고자 하는 시스템이 어떠한 구조로 돌아가고 있는지, 어떻게 처리속도를 빠르게 적용시켰을지, 어떻게 데이터를 저장할지에 대해서 고민을 해보았습니다.
  • 비동기 처리를 가능하게 해주는 Async 어노테이션을 사용해보았습니다.
    • 단순히 어노테이션만 붙이고 사용하는게 아닌, 제약 조건이 많았습니다. 그중에서는 어떠한 행동을 최소한으로 쪼개서 멀티스레드에서 동작시킬지를 고민하는것이었습니다.
      • 해당 문제는 따로 상세 정보를 가져와 저장할 일이 있을때 사용하도록 구현해보았습니다.
  • 뷰를 더 이쁘게 수정해보았습니다.
    • 가장 아쉬운건 반응형 사이트를 만들지 못한다는것입니다. 지금 상황에서 프론트까지 챙겨가기엔 너무 시간이 오래걸립니다. 타임리프로 만족해야겠습니다 ㅠㅠ.

오늘 진행한 것들 🤔

• 토이프로젝트 진행
  • 계정 수정, 중복 검증 기능 구현 및 뷰 구현
  • 캐릭터 검색 후 계정에 연결 기능 구현

오늘 겪었던 문제 🤔

• 캐릭터 검색 결과를 어디까지 db에 저장해두어야 할까.
  • 따로 엔티티 객체를 생성하고 맵핑하지 않고 문자열 json을 통으로 db에 저장하기로 타협 (칼럼명이 일정하지 않은 캐릭터 스텟에 대한 정보를 json형태로 통으로 저장했다.)
  • 통계를 위해서 검색할때마다 100개씩 db에 저장하고 일일이 스텟을 저장하니 시간이 꽤 걸리는 것 같았다. 흠 ㅠㅠ 이 부분에 대해서 더 고민해보아야 할 것 같다.
  • 다른 정보 조회 사이트에서는 정보 조회 시에 캐릭터 명성까지 출력해 주지만, 명성을 조회하려면 디테일한 스텟까지 조회해야 한다. 하지만 단체 결과 조회 시에는 스탯까지 출력해주지 않기 때문에... 어떻게 해야 될지 고민을 좀 해봐야 할 것 같다.

오늘 해결한 오류 🤔

• Embedded 어노테이션 사용 오류
  • Json 자체를 db에 저장할 때 따로 엔티티를 생성해서 저장해야 하나 고민을 하던 도중 엔티티 객체를 생성해 저장하고 Embbeded 어노테이션을 사용해서 따로 참조를 하지 않고 테이블 자체에 값을 함께 저장하는 걸로 생각을 했었는데, 그럴 필요 없이 단순 json 타입으로 dto 자체를 저장하면 됐었다.
    • 해당 문제로 인해 따로 Id를 생성하지 않거나 Id가 두 개라서 발생하는 오류를 겪었다. (Id값을 설정할 수 없음 오류, Id 프로퍼티를 찾지 못함 오류)
    •  

• The property Class in Json Type Descriptor is null 오류 발생 -> Json을 객체에 맵핑하여 저장하는 것은 오류가 없지만, 다시 saveAll 할 때, 기존 객체와의 비교를 위해 json 객체를 꺼낼 때 다시 맵핑해줄 객체를 찾지 못할 때 발생하는 오류라고 한다.
  • 이 부분은 검색해도 나오지 않아서 일단 보류 
    • TypeDef 어노테이션을 사용하지 않고 따로 Mapper로 컨버터 어노테이션을 사용해서 칼럼에 값을 넣어주어야 하나.. 고민이 된다. ㅠㅠ.

오늘의 배운 점🤔

• 오늘은 json을 db에 통째로 넣는 방법을 배웠습니다.
  • 하지만 객체를 맵핑하는 데에 이상이 생긴 것 같습니다.. 더 고민을 해봐야 할 것 같습니다.
• 그 외에는 다행히 막힌 부분 없이 오늘도 잘 보낸 것 같습니다 ㅎㅎ 

오늘 진행한 것들 🤔

• 토이프로젝트 진행
  • 캐릭터 랭킹 구현 설계
  • 마이페이지 뷰 수정 
  • 프로필 아이콘 변경 기능 구현 
  • 검색 페이지 기존 사이트와 똑같이 뷰 수정

오늘의 배운 점 🤔

• 뷰를 좀더 원본 사이트와 비슷하게 수정했습니다.
• 크롬의 검사 탭에서 css에 어떤 속성을 추가했는지까지 조회가 가능했습니다.. 조금 도움이 되었습니다.
• 아이콘 변경 기능을 구현했습니다.
  • 기존에 파일 입출력을 구현해봤어서 별로 어렵지 않았습니다.
• 캐릭터 랭킹 기능 구현에 대해서 어느정도 설계를 했습니다.
  • 캐릭터가 조회될때마다 조회된 정보중 통계를 낼 수 있는 캐릭터 스텟 수치를 가진 캐릭터를 db에 저장하고, 해당 정보를 토대로 데미지 공식을 계산해 통계를 낼 수 있을것 같다는 생각이 들었습니다.
  • 레디스나 몽고디비 같은 no sql 을 따로 사용해야 하나 생각을 했었는데, 어차피 그렇게 해봤자 객체 맵핑이 안되있는데 들쑥날쑥한 데이터로 통계를 내는것 또한 어려울거라고 느껴졌습니다.
  • 따라서 주변 지인에게 도움을 얻어본 결과, 스프링 배치를 사용해보는것이 어떻겠냐는 답변을 얻었습니다.
  • 생각을 해보니 스프링배치까지 사용할 필요가 있나 싶지만, 일단 전체적인 틀은 머릿속으로 그려지는 느낌입니다.
  • 허나 지금 당장 구현이 필요한건 이런것보다 캐릭터를 조회하고 계정 엔티티에 묶는 것과, 커뮤니티를 먼저 구현하고 마지막에 랭킹을 구현하는게 맞겠다 싶어서 우선순위를 뒤로 미뤄놨습니다. (커뮤니티가 훨씬 시간이 적게 걸릴것 같은..)
  • 후에 랭킹을 구현한다면 전 프로젝트처럼 기능을 점점 추가하면 재밌을거같다는 생각이 듭니다.

다음주도 화이팅!

오늘 진행한 것들 🤔

• 토이프로젝트 진행
  • 파싱 한 데이터 객체 맵핑
  • 검색 기능, 결과 페이지네이션 구현
  • 마이페이지 뷰 구현

오늘의 배운 점 🤔

• 데이터를 파싱하고 결과물을 출력하는 것까지 성공했습니다.
  • 고민이 정말 많이 되었던 구현이었습니다.
  • 데이터를 DB에 저장하지 않고 단순히 객체를 맵핑해서 프런트로 내보내야겠다는 생각이 들었습니다.
  • 어제 거의 반나절동안 작업한걸 모두 삭제했습니다 ㅠ.ㅠ
  • 겪었던 오류는 왜 캐릭터마다 없는 스탯이 존재하는지를 모르겠습니다.. 그래서 객체 맵핑에 어려움을 겪었고 NullPointerException을 자주 던져주었습니다.
  • 고민했던 부분은 원본 사이트에는 해당 캐릭터의 능력치와 장비 스킬까지 참고하여 대미지 계산 공식을 세웠는데, 그러면 한번 캐릭터를 조회할 때 어느 데이터까지 파싱해와야 할지가 많이 고민이 되었습니다..
  • 일단은 캐릭터 결과에 캐릭터의 이름, 모험단 이름, 모험가 명성이 출력되는 형태였기 때문에 한번의 목록을 불러올 때 전체 조회 1번, 각 캐릭터별로 능력치 조회 1번씩 진행해서 성능을 조금이라도 더 챙겼습니다. (중복되는 부분들은 최대한 빼려고 노력했습니다.)
• 페이지 네이션도 구현했습니다.
  • 기존에 페이지네이션은 JPA repository 에서 받아온 정보를 Page 타입으로 묶어서 프런트에 내보냈기 때문에 스프링에서 자체적으로 지원해주는 기능으로 구현했지만, 이건 따로 db에 저장하지 않고 파싱해온 데이터를 페이지로 내보내야 했기 때문에 많이 까다로웠습니다.
  • 타임리프로 페이지네이션을 구현했는데, 거의 알고리즘 문제를 푸는것 같았습니다...
• 마이페이지의 뷰를 구현했습니다.
  • 원래 오늘의 목표는 마이페이지의 정보수정 뷰 구현과 캐릭터 검색 후 등록이 목표였는데, 캐릭터 검색만 하루종일 구현했습니다.
  • 아쉽지만 뷰 구현으로 마무리했습니다. 
  • 껍데기 이기 때문에 제대로 동작하는건 닉네임 출력밖에 없지만 다른 부분들은 생각보다 머리로 잘 그려지는 부분들이라 오래 걸리지 않을 것 같습니다.

5일 동안 코딩과 공부만 약 50시간 이상 한 것 같습니다... 재밌네요!

오늘 진행한 것들 🤔

• 토이프로젝트 진행
  • 캐릭터 데이터 파싱 및 페이지네이션
  • 파일업로드, 조회 기능 추가

오늘의 배운 점 🤔

• 배운점이 있을까요? 정신없이 하다보니까 뭔가를 계속 하긴 했습니다.

죽겠습니다.

꼴까닥

!

• 오늘 발생한 오류중 대부분은 접근 제어자를 실수로 깜빡했다거나.. 하는 오류가 대부분이었습니다.
• 페이징 기능을 오랜만에 구현해봤는데 이 부분에서 헤맸습니다.
• 전 프로젝트를 진행할때는 queryDsl 까지 사용해서 검색기능을 구현했던것 같았는데 이번엔 단순히 Data JPA 를 활용해서 구현이 되었습니다. (?)
  • 쿼리 dsl 은 대용량 데이터를 가공할때 사용해야하나.. 하는 의문점이 들었습니다.
• 제대로 클론코딩을 하고싶은데 핵심 기능을 어떻게 구현해야할지 모르겠는 경우가 많습니다. 이 부분을 제작자에게 직접 문의를 해보면 어떨까.. 라는 염치없는 생각이 듭니다.

이제 사이트에 로그인 회원가입도 가능하고, 프로필에 아이콘도 등록이 가능하며 닉네임또한 출력이 됩니다.

첫 프로젝트를 생각하면 장족의 발전이라는 생각이 드네요...

내일도 화이팅!

오늘 진행한 것들 🤔

• 토이프로젝트
  • json 데이터 파싱 후 db에 저장
  • 로그인/회원가입 뷰 및 검증 & 핵심 로직 구현

오늘의 배운 점 🤔

• 토이프로젝트를 진행하고있습니다.
  • 로그인과 회원가입 로직, 그리고 뷰를 구현하였습니다.
    • 스프링 시큐리티를 사용하여 구현하니 훨씬 쉽습니다.
    • 정말 프로젝트는 하면 할수록 재밌고 새롭고 짜릿한것같습니다.

• 크진 않지만 이게 다 내가 구현한거라니.. (물론 부트스트랩의 도움을 받았지만..) 정말 뿌듯합니다 :)
• 데이터 파싱을 해보았습니다.
  • 오늘 겪었던 오류는 GSON을 이용하여 전달받은 json 을 객체로 맵핑하려는데 자꾸 오류가 떴었습니다.
  • 이유는 바로 RestTemplate 을 이용하여 json을 전달받을때 String class 타입으로 전달받지 않아서 따옴표가 다 떨어져서 와서 였습니다....
  • https://www.jsonschema2pojo.org/ 라는 사이트를 이용하여 파싱용 dto를 생성하여 진행해보았습니다.
    • 처음에는 replaceAll 로 덕지덕지 붙어있던걸 다 떼고 알고리즘 문제 풀듯이 맵핑했었는데, 이제 그렇게 안해도 된다고 하네요......... 세상 참 좋아졌습니다.

이러한 데이터를 Gson 라이브러리를 통해 객체에 맵핑하면

하드코딩이긴 하지만 파싱한 데이터에 따라서 이렇게 영속화를 시킬수 있답니다.

전달받은 데이터를 db에 저장할 수 있습니다.

• 생각해보니 전처럼 일일히 손으로 replaceall 해주면.. 곧 다가올 장비 라던가.. 어마어마한 데이터를 맵핑할수 없었을거라는 생각이 듭니다.
  • 역시 사람은 신기술을 잘 활용할 줄 알아야합니다 후후.

오늘 진행한 것들 🤔

• 알고리즘 3문제 풀이 (정렬,그리디)

• 토이프로젝트 개발
  • 계정 엔티티 모델링 후 스프링 시큐리티 적용, 리액트 적용

오늘의 배운 점 🤔

• 오랜만에 정렬 문제들을 다시 풀어보았습니다.
  • 전보다 정렬에 대한 이해도가 더 높아진것 같습니다.
  • 조금 더 신경쓰면 좋을것은 정렬을 직접 구현할 수 있는 문제가 나온다면 힘들어할것 같다는 생각이 들었습니다.
  • 단순히 comparator 를 이용한 정렬은 이제 어느정도 감이 익은것 같습니다.
• 토이프로젝트를 진행했습니다.
  • 리액트를 처음으로 활용해보았습니다.
    • 전부터 배워보고싶었던 리액트를 사용해보았습니다.
    • 타임리프로 구현했던 뷰와 다르게 리액트를 활용하니 모든 상황에서 데이터를 파싱하여 사용해야하는구나 를 느끼게 되었습니다.
    • 하지만 제이쿼리와 타임리프를 활용해 구현했던것과 다르게 확실히 모듈화라는게 얼마나 좋은것인지 다시 한번 느끼게 되었습니다.
    • 프론트엔드를 객체지향방식처럼 짤 수 있으면 굉장히 효율적이겠다라는 생각을 했었는데 정말 머지않았구나.. 라는 생각이 듭니다.
  • 계정 로그인 관련 기능들을 구현했습니다.
    • 단순히 백엔드쪽에서 로그인을 할떄는 신경쓸게 없었는데, 프론트와 백을 완전히 분리시켜버리니 로그인을 어떻게 해야할까에 대한 고민이 생겼습니다.
    • 이전에 쿠키에 JWT토큰을 저장하는 방식으로 로그인을 구현했었는데, 이번에도 고민을 해봐야할것같습니다.

오늘 진행한 것들 🤔

• 알고리즘 풀데이

등 몇문제

오늘의 배운 점 🤔

• 오늘은 알게모르게 알고리즘 문제가 풀고싶어서 풀데이로 진행해보았습니다.
• 동적계획법과 분할정복을 활용해 문제풀이를 진행했습니다.
• 오늘의 수확은 그래도 어제보다 동적계획법을 활용하는법을 익힌것 같다는 것입니다.
  • 동적계획법 문제는 대부분 일정한 패턴으로 반복되는 문제가 많았습니다. 
  • 단순히 하루이틀전까지만 해도 문제를 계속 쳐다봐도 이해가 되지 않았는데 오늘은 풀이를 안보고 제출한 문제도 있어서 뿌듯했습니다.
  • 하지만 안풀린 문제들도 많았습니다. 제출까지 했으나 정리조차도 이해가 안가서 올리지 못한 문제들이 존재합니다.
  • 확실히 풀데이는 잘풀릴때는 괜찮지만 안풀리는 문제가 생기기 시작하면 그떄부터 멘탈이 흔들리는것 같습니다.
  • 내일부터는 절대 이렇게 하지 않고 두문제 이상 풀이하지 않으리라.. 다짐을 하게 됐습니다

목표를 지키지 않으니 세우지 않겠습니다.. 🫠