https://gw7193.tistory.com/m/24 프로젝트 리팩토링 및 DB 성능 개선리팩토링REST API 설계 준수 : 기존 네이밍 규칙에 어긋나는 부분을 설계 원칙에 맞게 변경예시: GET /report/clickheart?reportId={값} → GET /api/places/{placeId}/reports/{reportId}/heart예시: POST /comment/enroll → POST /api/places/{id}/commentResponseEntity> 객체로 응답 형식 통일성 :ApiResponse (int status, String message, T data) 형식으로 응답 형식 통일Global Exception Handler 예외 처리 :커스텀 예외 객체를 생성하고 상황에 맞게 예외를 발생시켜 서버 오류 메시지 노출 최소화무분별한 @Setter 방지를 통한 캡슐화 ..gw7193.tistory.com 제 포트폴리오인데 궁금하신분은 보세요 측정 수치 자체가 불완전한 것은 알고 있으나 증가 감소 경향성을 보기 위함이라고 봐주시면 됩니다 블로그 내용은 틀린게 있을 순 있습니다 참고만하세요 포폴은 pdf로 5장으로 요약 + 블로그 링크 까지 같이 제출했습니다 - dc official App
축하한다
ㅊㅊㅊ
지존 - dc App
생성자 주입하고 싱글톤은 관계없는거 아니에용? - dc App
그리고 트래잭션은 어노는 리드만해서 성능장점도 있을텐데 오버헤드라고 감추기엔 잘 모르겠습니당 - dc App
@Autowired 대신에 @Noarg 생성자 + final 붙여서 의존성 주입 받더록 바꾼거예요 - dc App
1줄 select시에는 트랜잭션 자체를 없앤거예요 그냥 쿼리만 날라가도록 - dc App
아니 @RequiredArgs - dc App
생성자 자체보단 final키워드로 객체 불변성을 확보하는게 목적이라고 보시면 됨 - dc App
https://tech.kakaopay.com/post/jpa-transactional-bri/#%EC%8B%A4%EC%A0%9C%EB%A1%9C-set_option%EA%B3%BC-commit%EC%9D%B4-%EC%84%B1%EB%8A%A5%EC%97%90-%EC%98%81%ED%96%A5%EC%9D%84-%EB%AF%B8%EC%B9%A0%EA%B9%8C
멋 있다 - dc App
Fill Factor도 알고 있을꺼 같은데 update, insert, delete 성능 생각하면 Fill factor랑 최소로깅(대량삽입) 같은것도 알아보면 좋을듯 - dc App
어째서..백엔드개발자를 흑 - dc App
오 스펙 후기 가능하냐
이야 ㅊㅊㅊㅊ
딘퐁이 성공했구나..!!!
축하한다~
딘퐁아 항상 응원햇다 축하한다~~
열심히 썼네
수고했다 개추야 ~~~
딘퐁이도 붙었구나!! 축하한다 - dc App
앞으로도 갤 떠나지 말고 지식 많이 알려줘~~
굿
뭔지 모르지만 축하해ㅐ
추카한다 ㅋㅋ
해당 댓글은 삭제되었습니다.
블로그 + 저 핵심 요약한 pdf 5장이요 - dc App
프로젝트 개수는 저거 하나만 제출했어요 - dc App
축하드립니다 초봉 얼마에 계약됐나요?