728x90

클라이언트는 브라우저에서 요청을 하고 응답을 받는다. 

이때 요청은 서버에서 필요한 데이터를 담아야하고 

서버측에서 응답할땐 클라이언트에게 공개할 데이터만 담아서 보내면 된다. 

일반 사용자는 그저 클릭하고 타자를 입력할 뿐 요청하는 방법, 응답 받아서 확인하는 방법은 알지 못한다. 

 

일반 사용자가 클릭, 키보드 입력으로 어떤 데이터를 보내게 할지,

데이터를 응답으로 보냈을 때 어떻게 전달할지는 개발자가 해야할 일이다. 

 

요청을 보내고 응답을 보내는데는 엔티티의 모든 데이터가 필요하지 않다. 

필요한 정보만 받을 수 있고

 

클라이언트에게 공개하기 싫은 정보를 제외하고 응답을 보낼 수도 있고, 

클라이언트에게 보낼 데이터를 가공할 수도 있다. 

 

요청, 응답을 위해 필요한 데이터를 전달할 객체를 DTO Data Transfer Object 라고 한다. 

 

그래서 Presentation Layer와 Business Layer는 DTO로 데이터를 전달하고 

DB 계층에 접근하여 Data를 처리할 때는 Entity를 이용해야한다. 

 

@Data

@Builder

@AllArgsConstructor

@NoArgsConstructor

public class CategoryDto {

 

@NotNull

private Long id;

@NotBlank

private String name;

private Long parentId;

 

public Category toEntity() {

return Category.builder()

.id(id)

.name(name)

.parent(Category.builder().id(getParentId()).build())

.build();

}

 

public CategoryDto(Category entity){

this.id=entity.getId();

this.name=entity.getName();

if(entity.getParent()!=null&&entity.getParent().getId()!=null) {

this.parentId=entity.getParent().getId();

}

}

@AllArgsConstructor

@NoArgsConstructor

@Data

@Builder

public static class CategorySaveDto {

@NotBlank

private String name;

private Long parentId;

 

public Category toEntity() {

return Category.builder()

.name(name)

.parent(Category.builder().id(parentId).build())

.build();

}

CategorySaveDto(Category entity){

this.name=entity.getName();

this.parentId=entity.getParent().getId();

}

}

}

 

카테고리 DTO이다.

카테고리 엔티티는 ParentCategory 객체를 가지지만 DTO는 parentCategoryId를 가진다. 

만약 엔티티 그대로 서비스로직을 진행하거나 응답으로 보낸다면 

서비스 로직을 수행하기 위해 Category 객체를 생성할때 ParentCategory객체도 필요할 수 있고, 

응답을 하는 과정에서 Category 객체의 필드인 ParentCategory 객체에 참조하면서 순환 참조의 늪에 빠질 수 있다. 

 

카테고리 saveDto는 category를 insert 할때 사용할 dto이다. 

id는 pk로 auto increase할 것이기 때문에 필요하지 않고 name과 parentId만 있으면 된다. 

 

카테고리 DTO 내부에 innerclass로 saveDTO를 static으로 만들어두면 

Category 관련 dto를 CategoryDTO 하나의 클래스내에 정리하여 관리할 수 있다. 

 

 

그리고 각 dto에는 toEntity와 dto 생성자가 존재하는 이는 entity와 dto사이의 변환을 위한 맵퍼라고 생각하면 된다. 

 

이를 편하게 해주는 MapStruct라는 라이브러리가 존재한다. 

이에 관해선 나중에 다뤄보기로 한다. 

 

DTO는 응답을 보낼 데이터를 가공할 수도 있다고 하였다. 

 

public class ProductListOutputDto {//리스트,히트상품,관심,최근상품리스트

private String brand;

private String name;

private String updateTime;

private String pImage;

private Integer totalPrice;

private String totalPriceString;

private Long osId;

@Builder.Default

private List<OptionDto.OptionBasicDto> optionSet = new ArrayList<>();

private Boolean isInterested;

private String optionSetDesc;

 

 

public ProductListOutputDto(OptionSet entity) {

this.totalPriceString=new DecimalFormat("#,###").format(entity.getTotalPrice());

this.brand=entity.getProduct().getBrand();

this.name=entity.getProduct().getName();

this.totalPrice = entity.getTotalPrice();

DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd");

this.updateTime = entity.getUpdateTime().format(formatter);

this.pImage=entity.getProduct().getImg();

this.osId=entity.getId();

this.optionSet = entity.getOptions().stream().map(t -> new OptionDto.OptionBasicDto(t)).collect(Collectors.toList());

this.isInterested=false;

StringBuilder sb = new StringBuilder();

for (OptionBasicDto option : this.optionSet) {

sb.append(option.getName()+":"+option.getValue());

sb.append("/"); // 나머지 값은 '/'

}

String result = sb.toString();

if (result.endsWith("/")) {

result = result.substring(0, result.length() - 1); // 마지막 '/' 제거

}

this.optionSetDesc=result;

}

public ProductListOutputDto(OptionSet entity, String username) {

this.totalPrice = entity.getTotalPrice();

this.brand=entity.getProduct().getBrand();

this.name=entity.getProduct().getName();

DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd");

this.updateTime = entity.getUpdateTime().format(formatter);

this.pImage=entity.getProduct().getImg();

this.totalPriceString=new DecimalFormat("#,###").format(entity.getTotalPrice());

this.osId=entity.getId();

this.optionSet = entity.getOptions().stream().map(t -> new OptionDto.OptionBasicDto(t)).collect(Collectors.toList());

this.isInterested=entity.getInterests().stream().anyMatch(t -> t.getMember().getUserName().equals(username));

StringBuilder sb = new StringBuilder();

for (OptionBasicDto option : this.optionSet) {

sb.append(option.getName()+":"+option.getValue());

sb.append("/"); // 나머지 값은 '/'

}

String result = sb.toString();

if (result.endsWith("/")) {

result = result.substring(0, result.length() - 1); // 마지막 '/' 제거

}

this.optionSetDesc=result;

}

}

 

프로덕트 테이블은 brand, name, pImage만을 갖고  

옵션셋 테이블은 totalPrice, osId를 가지고 

옵션 테이블은 options를 가진다. 

 

하지만 제품 전체 조회 페이지에서 제품의 데이터를 뿌릴때는 

이 세 테이블의 컬럼을 가져올뿐만 아니라 날짜 형식을 설정하고

options 의 name과 value들로 Optionset Desc상세설명 String으로 가공한다.

 

그리고 로그인한 상태인 경우에는 username을 받아 해당 제품이 유저의 관심상품인지 여부도 표시해야한다. 

this.isInterested=entity.getInterests().stream().anyMatch(t -> t.getMember().getUserName().equals(username));

스트림을 이용해 제품에 관심상품으로 등록한 username 중에 로그인한 username과 일치하는지를 체크하여 boolean 타입으로 저장한다. 

 

또한 DTO는 다른 DTO들로 구성할 수도 있다. 

public class UploadProductDto {

private ProductSaveDto product;

private List<OptionDto> options;

private OptionSetCreateDto optionSet;

}

 

 

엔티티와 관련 없이도 필요한 데이터를 객체로 모아서 받을 수도 있다. 

 

public class QueryStringDataDto {

 

private String orderType;

@NotEmpty

@Builder.Default

private List<OptionDto.OptionNameValueMapDto> optionset=new ArrayList<OptionDto.OptionNameValueMapDto>();

private Integer minPrice;

private Integer maxPrice;

private String nameKeyword;

@NotBlank

private CategoryDto category;

@Builder.Default

private Integer firstResult=0;

 

}

 

이 객체는 입력값에 따라 필요한 쿼리를 동적으로 생성하기 위해 

정렬기준, 키워드, 카테고리, 옵션, 최소~최대 가격에 관한 데이터를 입력받아 요청할 때 쓰는 DTO 이다. 

 

 

응답 전용 DTO를 만들수도 있다

 

public class ResponseDto<T> { //HTTP 응답으로 사용할 DTO

private ProductMsgInterface msg;

private List<T> data;//다른 모델의 DTO도 담을 수 있게 제네릭

//보통 여러개의 데이터를 리스트에 담아 처리하기 때문에 리스트

}

 

응답을 할때는 기본적으로 Data를 보내고 상태코드나, 상태 메세지를 보낸다.

data는 List<T> 형태로 하면 여러 타입의 객체를 리스트 형태로 받을 수 있어 

응답할 때 공용으로 사용하기 좋게 하였고 

 

ProductMsgInterface라는 msg를 갖고 있는데 

 

public enum ProductExceptionMsg implements ProductMsgInterface{

FOUND_NO_MEMBER, FOUND_NO_OPTIONSET,FOUND_NO_OPTIONS, FOUND_NO_PRODUCT,

FOUND_NO_CATEGORY, FOUND_NO_RECENTVIEW,FOUND_NO_INTEREST,

ALREADY_EXISTS_RECENTVIEW,ALREADY_EXISTS_INTEREST, IS_NOT_INTERESTEDD, NEED_LOGIN, WRONG_PARAMETER

}

public enum ProductSuccessMsg implements ProductMsgInterface{

ADD_RECENTVIEW, REMOVE_MY_RECENTVIEWS, REMOVE_RECENTVIEW, REMOVE_OLD_RECENTVIEWS, FIND_MY_RECENTVIEWS,

TOP_CATEGORY, CHILDREN_CATEGORY, ADD_CATEGORY, UPDATE_CATEGORY, REMOVE_CATEGORY,

TAP_HEART, UNTAP_HEART, REMOVE_MY_INTERESTS,

FIND_OPTIONSET_BY_ID, UPLOAD_PRODUCT, FIND_OPTION_NAME_VALUES, FOUND_NO_OTHER_OPTIONSETS, FIND_OTHER_OPTIONSETS, SEARCH_PRODUCTS, UPDATE_OPTIONSET, REMOVE_OPTION, REMOVE_OPTIONSET, REMOVE_PRODUCT, IS_MY_INTEREST, MY_INTERESTS, UPDATE_OPTION

}

 

ProductExceptionMsg와 ProductSuccessMsg를 만들어 ProductMsgInterface로 상위 캐스팅하였다. 

 

이렇게 하면 예외가 발생할 때는 예외 메세지를 응답DTO에 넣어줄 수 있고

성공했을 때는 성공메세지를 응답DTO에 넣어줄 수 있다. 

 

 

728x90

Tool : ERDCloud 

https://www.erdcloud.com/

 

ERDCloud

Draw ERD with your team members. All states are shared in real time. And it's FREE. Database modeling tool.

www.erdcloud.com

 

 

프로젝트 전체 테이블

 

 

프로덕트 관련 테이블 

 

Product 테이블 : 제품의 기본 모델에 관한 정보를 담은 테이블

Option 테이블 : 제품이 가질 수 있는 옵션의 정보를 담은 테이블

OptionSet 테이블 : 제품에 옵션들의 정보를 포함하여 하나의 상품으로 간주되어 카트와 주문에 포함될 테이블

Category 테이블 : 카테고리 정보를 담은 테이블

CategorySet 테이블 : 카테고리와 프로덕트를 연결해주는 테이블 

Interest, RecentView 테이블 : 관심상품, 최근 본 상품 테이블 

 

-카테고리 테이블 

카테고리 테이블은 카테고리 이름, 그리고 카테고리 테이블을 셀프 참조하여 부모 카테고리를 가질 수 있어

계층형으로 구성할 수 있게 하였고 

카테고리와 옵션셋 테이블을 다대다 맵핑하여 

하나의 옵션셋은 여러개의 카테고리를 가질 수 있게 하였다. 

 

@Data

@Builder

@AllArgsConstructor

@NoArgsConstructor

@Entity

public class Category {//셀프 참조하는 오너테이블, 카테고리셋과는 종속테이블

@Id

@GeneratedValue(strategy = GenerationType.SEQUENCE)

private Long id; //pk

private String name; //카테고리 이름

 

@JoinColumn(name="parent", nullable = true)

@ManyToOne

@ToString.Exclude

private Category parent; //부모 카테고리

 

@OneToMany(mappedBy = "parent")

@Builder.Default

@ToString.Exclude

private List<Category> childTypes= new ArrayList(); //자식 카테고리들

 

@OneToMany(mappedBy = "category")

@Builder.Default

@ToString.Exclude

private List<CategorySet> categorySets = new ArrayList<>();

//다대다 맵핑을 위한 categorySet과 관계 설정

}

 

-프로덕트 테이블 

public class Product extends BaseEntity {//제품의 기본 모델 정보

@Id

@GeneratedValue(strategy = GenerationType.SEQUENCE)

private Long id;//pk

private String name;//제품명

private String brand;//브랜드

private Integer price;//기본 가격

private String descImage;//설명 이미지 파일

private String prevImage;//디테일이미지

private String img;//제품 이미지

 

@OneToMany(mappedBy = "product",fetch = FetchType.EAGER)

@Builder.Default

private List<CategorySet> categorySets = new ArrayList<>();

//하나의 제품은 부모카테고리, 자식카테고리 여러개를 가질 수 있다.

//예를 들어, 컴퓨터, 일체형PC, 브랜드PC ...

 

@ToString.Exclude

@OneToMany(mappedBy = "product",cascade = {CascadeType.REMOVE,CascadeType.PERSIST},orphanRemoval = true)

@Builder.Default

private List<OptionSet> optionSets = new ArrayList<>();

 

}

여기서 Product가 상속받은 BaseEntity는 createTime과 updateTime을 가진 엔터티로 

@MappedSuperclass

public class BaseEntity {

@CreationTimestamp

@Column(updatable = false)

@ToString.Exclude

private LocalDateTime createTime;//데이터 생성시간

@UpdateTimestamp

private LocalDateTime updateTime;//데이터 갱신시간

}

데이터의 관리를 위해 필요한 기본적인 정보를 가지는 superclass로 다른 엔터티들이 상속받아 사용할 수 있게 

@MappedSuperclass 어노테이션을 사용해 테이블로 생성되지 않고 상속하는 역할만 할 수 있게 하였다. 

 

 

프로덕트는 제품의 기본 모델에 관한 정보를 담은 테이블로 제조사, 제품 이미지, 기본 가격 등에 관한 정보를 담고 있다. 

프로덕트 테이블에 대해 고민을 많이 했는데 

컴퓨터와 같이 하나의 모델에 대해서도 다양한 옵션이 선택될 수 있고 선택된 옵션에 따라 가격이 변동 될 수 있기에 

기본 모델을 product로 하고 거기에 options을 더한 optionset을 하나의 완전한 상품으로 구상하였다. 

 

그래서 cart, orderitem, 관심상품, 최근 본 상품 등에 들어갈 제품은 product가 아닌 optionset이 되고, 

optionset이 재고, 판매량, 조회수와 같은 정보를 갖게 된다. 

실제로 제품 상세 페이지도 product가 아닌 optionset의 상세 페이지가 된다. 

 

 

public class Options {//옵션셋FK를 가지는 오너테이블

@Id

@GeneratedValue(strategy = GenerationType.SEQUENCE)

private Long id;//pk

 

private String name; //옵션명

private String value; //옵션값

private Integer extraPrice;

//해당 옵션이 옵션셋에 등록될 경우 프로덕트의 총 가격에 추가금

@ManyToOne(fetch = FetchType.EAGER)

@JoinColumn(name = "optionSetId")

@ToString.Exclude

private OptionSet optionSet;//옵션셋 FK

}

 

여기서 옵션과 옵션셋 테이블을 한번 더 분리한 이유는 

컴퓨터만을 product의 대상으로 삼고 있지 않고 다양한 전자제품을 대상으로 하기 때문에 

options가 셀 수 없이 많아질 수밖에 없고 만약 optionset에 그 많은 options들을 nullable 컬럼으로 만들어 두는 것은 매우 비효율적이라고 생각했다. 

그래서 옵션 설정에 자유도를 높이기 위해 options 테이블을 분리하였다. 

 

옵션셋에 totalPrice를 두는 것에 관해서 많은 고민을 했었다. 

원래는 기본 product의 price에 options의 extraPrice들을 모두 더해 나온 값을 표시하면 된다고 생각했는데 

제품 리스트를 조회할 때마다

매 상품마다 options를 모두 뽑아 가격 연산하는 과정을 거치는 작업은 올바른 작업은 아니라고 판단하였고 

옵션셋에 총가격 컬럼을 하나 추가하는 편이 훨씬 경제적이라고 판단하여

제품을 insert 하는 과정에서 extraPrice들을 모두 더해 optionset의 totalPrice의 컬럼에 값을 대입해주기로 하였다. 

 

 

- 관심상품, 최근 본 상품 

관심상품과 최근 본 상품은 멤버와 옵션셋을 참조키로 가진다. 그리고 최근 본 상품에는 30일 이후 자동으로 삭제되는 서비스를 구현한다. 

 

@Entity

@Data

@AllArgsConstructor

@NoArgsConstructor

@Builder

@EqualsAndHashCode(callSuper = true)

@ToString(callSuper = true)

@Table(name = "interest", uniqueConstraints = @UniqueConstraint(columnNames = {"memberId","optionSetId"}))

public class Interest extends BaseEntity{//관심상품

//유저와 옵션셋을 이어주는 중간테이블

@Id

@GeneratedValue(strategy = GenerationType.SEQUENCE)

private Long id;//pk

 

@JoinColumn(name = "memberId")

@ManyToOne

private Member member;// 유저FK

 

@JoinColumn(name = "optionSetId")

@ManyToOne

@ToString.Exclude

private OptionSet optionSet;// 옵션셋FK

 

}

 

관심상품과 최근 본 상품은 멤버와 옵션셋의 복합키로써 유니크 제약조건을 가져야한다.

+ Recent posts