-
Notifications
You must be signed in to change notification settings - Fork 0
Home
WinterHana edited this page May 7, 2024
·
6 revisions
프로그래밍 연습을 위한 미니 프로젝트입니다.
기본적인 구현이 완성된 후 지속적으로 리팩토링을 할 예정입니다.
- 시작 기간 : 2024년 2월 13일 화요일
- 마무리 기간 : 2024년 5월 3일 금요일
- 구현
- 코드 분석 및 이해
- 최근 본 상품 조회 (비회원, 회원, 관리자)
- 상품 검색 (비회원, 회원, 관리자)
- 상품 조회 (회원, 관리자)
- 상품 상세 조회 (회원, 관리자)
- 상품 등록 (관리자)
- 상품 수정 (관리자)
- 구매 목록 조회(ListPurchaseAction)
- 구매에 대한 상세 정보를 요청해야 한다. (GetPurchaseAction)
- 구매 내역을 수정해야 한다.
- 구매 (AddPurchaseAction)
- 구매 내역에 들어갈 때, 정보를 가지고 들어가야 한다. (AddPurchaseViewAction)
- 구매 상태 수정이 가능해야 한다. (UpdatePurchaseAction, UpdatePurchaseViewAction)
- 판매 목록 조회 (ListSaleAction)
- 배송 상태를 변경할 수 있어야 한다. (UpdateTranCodeAction)
- 페이지를 눌러도 검색 조건을 유지할 수 있도록 하기
- 페이지 전체가 뜨던 상황을 다시 바꾸기
- 페이지를 가져오는 것에 대한 효율적인 쿼리문 변경 : userDAO의 makeCurrentPages() 확인
- UserSerivce의 return값을 Interface로 변경
- VO 관련 패키지를 domain으로 변경
- Util Bean으로 null exception 대비
User, Product, Purchase 부분의 view를 EL, JSTL로 변경한다.
- User 변경
- Product 변경
- Purchase 변경
-
각 역할에 따른 UI 개선
- End User는 제품 번호, 등록일을 알 필요 없다. End User에게 필요한 내용만 걸러내도록 하자.
- End User는 사진 별로 제품을 보여준다.
- Admin에게는 더 다양한 정보를 제공할 수 있게 하고.
-
알고리즘 개선
-
상품 검색 시 제품명의 일부만 맞아도 검색 결과에 출력될 수 있도록 한다.
-
상품 검색 시 가격의 범위를 지정해서 검색 결과에 출력될 수 있도록 한다.
-
상품별 정렬 추가 : User와 Manager의 차이를 두자
-
같은 상품에 대한 개수 추가
-
같은 상품에 대한 개수도 추가해서 만약 상품이 전부 팔린다면 매진으로 출력한다.
-
즉, 배송 상태는 각 유저의 구매 목록에서 확인할 수 있어야 한다.
-
상품이 주문 완료 됐을 때, 관리자가 임의로 배송 상태를 조절할 수 있어야 한다.
-
판매 완료 시, 상품 정보를 수정할 수 없어야 한다.
-
배송 중일 때, 구매할 수 없어야 한다.
-
배송 완료일 때, 모든 수정이 불가능해야 한다.
- User Component
- Product Component
- Purchase Component
- User Component
- Product Component
- Purchase Component
- User Component
- Product Component
- Purchase Component
- User Component
- Product Component
- Purchase Component
- User Component
- Product Component
- Purchase Component
- User Component
- Product Component
- Purchase Component
(미정)