문제점 발견된 문제점 JPA를 활용하면 테이블 구조에 대한 고민을 자바 코드에선 하지 않고 객체간의 관계로써만 코드를 작성할 수 있도록 기능을 지원해준다는 장점이 있습니다. 저는 JPA를 가지고 연관관계를 가진 엔티티 객체들 간의 정보를 일대다 혹은 다대다 관계를 가
아무리 MyBatis를 통해 DB연동에 필요한 부수적인 코드를 숨기고, 쿼리문과 자바코드를 분리해 작성하고 관리하면서 결합도를 낮춘 구성이 가능해졌다 문제점을 존재했습니다.일단 쿼리문을 개발자가 직접 작성해 관리하면서 메소드의 동작에 이상이 생기거나 에러가 발생하면 자
문제점 프로젝트 진행시 빈도수가 높게 필요한 기능이 컨트롤러 레이어에서 파라미터로 User 정보를 가져오는 기능입니다. 이를 구현하기 위해 이전 프로젝트에선 Custom Resolver 클래스를 생성해 직접 회원 정보를 가져오는 로직을 구현해야 하는 소요가 발생했었습
문제점 이전 프로젝트에선 세션/쿠키 인증 방식으로 로그인 기능을 구현했고, 이를 위한 로직을 직접 코드로 작성했었습니다. 그로 인해 제가 직접 구현된 로직 내에서 발생할 수 있는 에러의 위험은 높았고, 보안성에 대한 완성도도 높지 못해 핵심 정보에 대한 노출 위험도 높
문제점 쿠키/세션 인증 방식을 사용할 경우, API 서버로 요청을 보낸 사용자에 대한 정보를 조회하기 위해 헤더에 담겨온 세션 ID로 세션을 조회를 해야만 합니다. 이는 결국 session에 대한 접근을 해야 하는 소요가 발생해 트래픽이 집중되는 경우 성능에 영향을
문제점 API 서버와 웹소켓 서버를 구분한 아키텍처로 구현했지만 하나의 모듈 내에서 전부 구현되어 포트를 공유하면서 동작하는 구조였습니다. 이를 명확하게 구분하는 구조로 설계하기 위해 멀티 모듈 구조로 변경하기로 결정했습니다. 해결 방법 멀티 모듈 구현 모습 마치