BIcOding

User Entity 관계 정리 Ad PatchDto에서 id 제거 Exposed Logic 수정 service-updateAd-setLink 부분 ad => findAd로 수정 WebInfo Entity내에서 카테고리 코드 추가 작성 DTO WebInfo PatchDto에 모든 수정 가능한 속성을 묶어놨는데, 따로 분리할 필요가 있는지 확인할 것.(성능, 가독성 등의 면에서) 그 외의 Dto 분리를 고려할 부분 파악하기

23.06.22 클론 코딩(집중) CRUD 짜기 Daily routine 블로깅 메모해둔거 공부하기 CI/CD Kafka Redis 야놀자(집중)

다음으로 넘어가자 이미 해놓은 작업물을 다시 복습하는데 시간 할애하는 비율을 줄이고, 빠르게 해보지 않은 단계로 넘어가자. User에는 OAuth2 naver가 필요

User Api 번호 기능명 API명 권한 설명 1 회원가입(유저 추가) 일반 OAuth2 네이버를 이용할 예정 2 유저 조회(개별) selectUserOne 관리자 특정 유저 상세 정보 조회 3 유저 조회(전체) selectUserAll 관리자 모든 유저를 조회, 페이지네이션, 카테고리별 검색(optional), 키워드 검색(optional) 4 유저 수정 updateUser 관리자 특정 유저의 권한 혹은 상태를 변경, 유저 삭제는 존재하지 않고 상태 변경만 존재 Controller base annotation 작성 service di mapper di Dto frame 구성 Entity 가독성 개선(주석 구분) status default value 부여 Mapper Repository Service ..

Ad Api 번호 기능명 API명 권한 설명 1 광고 추가 postAd 관리자 광고 엔티티의 모든 속성 필수 2 광고 노출 exposeAd 일반, 관리자 1.자동 순차별 조회 2.노출 횟수 조절(optional) 3 광고 조회(개별) selectAdOne 관리자 특정 광고 상세 조회 4 광고 조회(전체) selectAdAll 관리자 모든 광고를 조회, 페이지네이션, 카테고리별 검색(optional), 키워드 검색(optional) 5 광고 수정 updateAd 관리자 같은 기업의 광고 내용 혹은 링크를 수정할 때 사용 6 광고 삭제 deleteAd 관리자 해당 기업의 광고 삭제 Controller base annotation 작성 service di mapper di API 대응 Handler Metho..

Redis key, value 구조의 비정형 데이터를 저장 및 관리하기 위한 오픈 소스 기반의 비관계형 데이터 베이스 관리 시스템(DBMS) 인메모리 데이터 구조를 가진 저장소 기타 설명 비정형 데이터 식별 가능한 구조나 아키텍처가 없는 데이터, 관계형 DB에 적합하지 않음 비관계형 DB 행과 열로 이루어진 테이블 형식(관계형 DB)을 사용하지 않는 DB, 특정 요구 사항에 맞게 최적화된 스토리지 모델로 사용됨 인메모리 데이터베이스 디스크가 아닌 주 메모리에 모든 데이터를 보유하는 데이터베이스 장점: 빠른 데이터 접근 속도 단점: 휘발성 메모리 저장 방식 Redis의 용도 DB 캐시 서버 메세지 브로커 Redis를 쓰는 이유 대규모 사용자로 인한 과부하를 방지하기 위해 캐시 서버로 Redis를 사용한다...

CI/ CD 파이프라인 CI Continuous Integration, 지속적 통합 애플리케이션 코드의 변경 사항이 생기면 정기적으로 빌드 및 테스트를 거쳐 공유 레포지토리에 병합하는 방식 여러 명의 개발자가 동시에 애플리케이션 개발과 관련된 코드 작업을 할 경우 서로 충돌하는 문제를 이 방법으로 해결할 수 있음 CI 요약 빌드, 테스트, 레포지토리 merge 과정의 자동화 CD Continuous Delivery, 지속적 서비스 제공 Continuous Deployment, 지속적인 배포 두 용어를 혼용하여 사용함 파이프라인의 추가 단계에 대한 자동화를 의미하는 용어들 혹은 얼마나 많은 자동화가 이루어지고 있는지를 설명하기 위한 용어 개발 코드 변경사항에 대한 버그 테스트를 마치고 자동으로 레포지토리에..

23.06.21 클론 코딩 CRUD 짜기 와이어프레임 권한별 수정 및 api 계획 세우기 Daily routine 싸피 공부 정리 알고 1개 풀기(+문제집 문제 마무리) 블로깅 메모해둔거 공부하기 CI/CD Kafka Redis 야놀자

시작은 여전히 어렵다 열심히 분석해도 막상 구현 계획을 세우면 계속 무언가가 수정이 필요해진다. 그래도 어차피 수정할거니까 우선 시작부터하는 것보다는 처음부터 최대한 잘 짜고 시작하려고 노력하는 연습은 좋은 듯 하다. 앞으로 느낀점은 계속 쓰자 써온 느낀점을 바탕으로 훗날 피드백을 하자 솔직하게 쓰자

API 유저(/users) 번호 기능명 API명 권한 설명 1 회원가입(유저 추가) 일반 OAuth2 네이버를 이용할 예정 2 유저 조회(개별) selectUserOne 관리자 특정 유저 상세 정보 조회 3 유저 조회(전체) selectUserAll 관리자 모든 유저를 조회, 페이지네이션, 카테고리별 검색(optional), 키워드 검색(optional) 4 유저 수정 updateUser 관리자 특정 유저의 권한 혹은 상태를 변경, 유저 삭제는 존재하지 않고 상태 변경만 존재 광고(/ads) 번호 기능명 API명 권한 설명 1 광고 추가 postAd 관리자 광고 엔티티의 모든 속성 필수 2 광고 노출 exposeAd 일반, 관리자 1.자동 순차별 조회 2.노출 횟수 조절(optional) 3 광고 조회(..