Spring/02. Repository3 객체의 특정 필드에 값이 없는 상태로 db에 저장하고나서 값이 생긴 경우 private Member(Long mbNo, String mbEmail, String mbName, String mbPassword, String mbMobile, LocalDateTime createdAt, LocalDateTime updatedAt, LocalDateTime withdrawalAt) { this.mbNo = mbNo; this.mbEmail = mbEmail; this.mbName = mbName; this.mbPassword = mbPassword; this.mbMobile = mbMobile; this.createdAt = createdAt; this.updatedAt = updatedAt; .. 2025. 2. 13. 02. Repository Test Repository 테스트는 데이터베이스와의 상호작용이 의도한 대로 동작하는지 확인하기 위한 중요한 단계입니다. 아래는 각 검증 항목의 목적과 주요 테스트 내용에 대한 상세한 설명입니다.1. 데이터 정확성 검증목적: 데이터가 저장, 조회, 수정, 삭제 과정에서 정확하게 처리되는지 확인합니다.테스트 내용:데이터를 저장한 후, 조회된 데이터가 입력한 데이터와 일치하는지 확인.수정된 데이터가 올바르게 반영되었는지 확인.삭제된 데이터가 실제로 존재하지 않는지 검증.예시 코드 분석:Optional actualOptionalMember1 = memberRepository.findByMbNo(member1.getMbNo());Assertions.assertAll( () -> Assertions.assertNot.. 2025. 2. 11. 01. Repository 개발 1. 데이터 접근 캡슐화Repository 패턴의 핵심은 데이터베이스와의 직접적인 상호작용을 캡슐화하는 것입니다. 이를 통해 애플리케이션의 다른 계층에서 데이터베이스 관련 세부사항을 알 필요가 없습니다. 예를 들어, SQL 쿼리나 데이터베이스 연결 로직은 Repository 내부에 숨겨져 있으며, 외부에서는 단순히 메서드를 호출해 데이터를 처리할 수 있습니다. 이는 다음과 같은 이점을 제공합니다:재사용성: 동일한 데이터 접근 로직을 여러 곳에서 재사용 가능.유지보수성: 데이터베이스 관련 코드가 한 곳에 집중되어 있어 수정이 용이.2. 비즈니스 로직과 데이터 액세스 로직 분리Repository는 데이터 액세스만 담당하고, 비즈니스 로직은 서비스 계층에서 처리됩니다. 이렇게 하면 각 계층의 책임이 명확히 분.. 2025. 2. 11. 이전 1 다음
