발표자료 준비

1. 폴더구조 -계층형 vs 도메인형

[아키텍쳐] 패키지 구조 : 계층형 VS 도메인형 어떤 것을 선택할까?

우리프로젝트에서 백엔드는 계층형을 사용했다.

main
├── java
│   └── back
│       └── ahwhew
│           ├── AhwhewApplication.java
│           ├── config
│           │   ├── S3Config.java
│           │   ├── WebConfig.java
│           │   └── jwt
│           │       └── JWTProperties.java
│           ├── controller
│           │   ├── MypageController.java
│           │   ├── ResultController.java
│           │   ├── StatisticController.java
│           │   └── UserController.java
│           ├── dto
│           │   ├── AverageDTO.java
│           │   ├── DashboardDTO.java
│           │   ├── DashboardResDTO.java
│           │   ├── DiaryDTO.java
│           │   ├── GifDTO.java
│           │   ├── MonthlyUserStatisticsDTO.java
│           │   ├── MyShopDTO.java
│           │   ├── ResponseDTO.java
│           │   ├── ResultDTO.java
│           │   ├── StatisticsDTO.java
│           │   ├── TopMemesDTO.java
│           │   ├── TopMemesResponseDTO.java
│           │   └── UserDTO.java
│           ├── entity
│           │   ├── BaseEntity.java
│           │   ├── DiaryEntity.java
│           │   ├── GifEntity.java
│           │   ├── ResultEntity.java
│           │   ├── StatisticsEntity.java
│           │   └── UserEntity.java
│           ├── repository
│           │   ├── DiaryRepository.java
│           │   ├── GifRepository.java
│           │   ├── ResultRepository.java
│           │   ├── StatisticsRepository.java
│           │   └── UserRepository.java
│           ├── security
│           │   ├── JwtAuthenticationFilter.java
│           │   └── TokenProvider.java
│           └── service
│               ├── DashboardService.java
│               ├── DiaryService.java
│               ├── KomoranService.java
│               ├── MypageService.java
│               ├── MyshopService.java
│               ├── StatisticsService.java
│               ├── UserService.java
│               └── resultService
│                   ├── AmazonS3Service.java
│                   ├── ClassifyTagService.java
│                   ├── GifService.java
│                   ├── KarloImageEditService.java
│                   ├── KarloImageGeneratorService.java
│                   ├── KarloService.java
│                   ├── NaverPapagoService.java
│                   ├── NaverSentimentService.java
│                   └── ResultService.java
└── resources
    ├── application.properties
    ├── application.yml
    ├── static
    └── templates
        └── diary.html

더 정리하자

main
├── java
│   └── back
│       └── ahwhew
│           ├── config
│           ├── controller
│           ├── dto
│           ├── entity
│           ├── repository
│           ├── security
│           └── service
└── resources
    ├── application.properties
    ├── application.yml
    ├── static
    └── templates
        └── diary.html

2. erd

프로젝트 데이터베이스 엔터티 설계 - 주요 특징

1. DiaryEntity
   • 관계 설정: ManyToOne 관계로 UserEntity와 연결, 사용자와의 일대다 관계 설정.
   • 초기화: @PrePersist를 활용하여 일기 작성일을 현재 시간으로 자동 초기화.
2. GifEntity
   • 간결한 속성: 필요한 최소한의 속성만을 가지고 있어 데이터의 간결성을 유지.
3. ResultEntity
   • 관계 설정: ManyToOne 관계로 UserEntity와 연결, 사용자와의 일대다 관계 설정.
   • 초기화: @PrePersist를 활용하여 결과 생성일을 현재 시간으로 자동 초기화.
4. StatisticsEntity
   • 초기화: @PrePersist를 활용하여 통계 생성일을 현재 시간으로 자동 초기화.
   • 유연한 속성: 성별, 나이 등 추가 정보를 포함하여 통계 데이터의 유연성 확보.
5. UserEntity
   • 관계 설정: OneToMany 양방향 매핑으로 사용자와 결과, 일기 간의 관계 설정.
   • Cascade 설정: 결과 및 일기와의 관계에서 CascadeType 설정으로 자동으로 연관 엔터티 관리.
   • 컬렉션 초기화: HashSet을 활용하여 중복 데이터 방지하며, 연관 엔터티를 안전하게 관리.

프로젝트 설계 특징 요약:

• 관계 설정 강화: 양방향 매핑 및 다양한 연관 관계 설정으로 데이터 간의 유연한 관계 구축.
• 초기화 메서드 활용: 엔터티 생성 또는 수정 시 자동으로 실행되는 초기화 메서드를 활용하여 데이터 무결성 유지.
• Cascade 및 컬렉션 활용: CascadeType 설정으로 자동 관리 및 컬렉션을 통한 안전한 데이터 관리.

3. 개발 환경