![]()
테스트비즈니스 로직과 제약 사항을 제대로 준수하고 있는지 확인하기 위해 테스트를 ‘필수적으로’ 작성해야 한다.테스트는 시간이 남으면 작성하는 것이 아닌, 우리의 소프트웨어가 제대로 작동하는 것인지 보증해주는 문서와 동일하게 간주하여 꼼꼼하게 작성해야 한다.특히, `예외가 발생하는 테스트`는 반드시 작성해야 한다. 도메인 테스트 작성하기경계값이나 (ex. 0), 실패하는 값을 넣고 예외가 제대로 발생하는지 확인한다. public class Point { private int amount; public Point(int amount) { validateAmount(amount); this.amount = amount; } public void plus(int ..
![]()
import lombok.Builder;public class User { private Long id; private String email; private String password; private String nickname; private Point point; // @Builder 어노테이션이 적용된 생성자 @Builder public User(String email, String password, String nickname) { this.email = email; this.password = password; this.nickname = nickname; this.point = new Point()..
유효성 검사를 위한 방법은 상황에 따라 다르며, 일반적으로는 다음과 같은 고려 사항이 있다. 1. 어노테이션을 사용하는 방법장점:코드의 가독성을 높일 수 있다. 필드에 직접 어노테이션을 붙이기 때문에 해당 필드의 제약 조건이 명확하게 드러난다.Hibernate Validator와 같은 라이브러리를 활용하여 기존의 검증 규칙을 재사용할 수 있다.Spring Framework와의 통합이 용이하다. 예를 들어, Spring Boot에서는 Hibernate Validator를 기본으로 제공하므로 설정이 간편함.단점:특정 상황에서는 유효성 검사 로직이 복잡해질 수 있다. 예를 들어, 여러 필드 간의 종속적인 검증이 필요한 경우 어노테이션만으로는 한계가 있을 수 있다.커스텀한 검증 규칙을 정의하고 적용하기 어려운 ..
국비 학원에서 '같이사자' 프로젝트를 진행했는데, 아쉬움이 많이 남았다.그래서 Spring으로 했던 기존 프로젝트를 Spring Boot로 다시 구현해보려고 한다. 구현하면서 배운 것들을 블로그에 기록해봐야겠다!
기존 포인트 합계 VIEW 쿼리문은 다음과 같았다. -- 총 합계 VIEW CREATE OR REPLACE VIEW VIEW_POINT AS SELECT M.CODE, (NVL(R.AMOUNT, 0) + NVL(C.AMOUNT, 0) - NVL(P.AMOUNT, 0) - NVL(W.AMOUNT, 0) + NVL(CH.AMOUNT, 0)) AS POINT FROM MEMBER M FULL OUTER JOIN VIEW_REFUND R ON M.CODE = R.MEMBER_CODE FULL OUTER JOIN VIEW_COMPLETE C ON R.MEMBER_CODE = C.MEMBER_CODE FULL OUTER JOIN VIEW_PAYMENT P ON C.MEMBER_CODE = P.MEMBER_CODE ..
흐아아아아 이게 뭐라고 메인 코드도 이미 짜놨는데 오래 걸렸나 싶다................ 여러가지 방법을 시도해봤는데.. 결국 내가 하려던 방향으로는 해결하지 못해서 아쉽다. 공동구매 게시물 작성 폼 페이지 → 결제 페이지 → 비밀번호 입력 → 결제 완료 페이지 이런 순서로 결제가 진행되는데 폼 페이지에서 결제 페이지로 buypostDTO 객체를 넘기고 또 다시 그 객체를 결제 완료 페이지로 넘겨야 하는데 그 부분에서 막혀버렸다. ↑ 이런 식으로 input hidden 에 buypostDTO 객체를 결제 페이지에 작성하고 그 객체를 jquery 를 통해 get 방식으로 넘겨주는 방법으로 시도해봤는데 get 방식으로는 String 데이터 여러개만 넘길 수 있더라... (key value 형태로) 난..
이번에는 포인트 결제 페이지 부분에 관한 코드를 작성하고자 한다. 먼저 저번에 넘겨주었던 form 의 action 주소를 pay popup 페이지로 변경해주었다. 기존에는 바로 게시물이 등록되는 프로세스였지만 게시물 등록이 잘 되는 것을 확인했으니 이제는 포인트 결제 과정을 추가해야 한다. 먼저 사용자의 포인트를 조회할 수 있는 쿼리문을 구성한 후, MemberDAO.xml 에 메소드를 추가하였다. --○ 사용자별 포인트 금액 SELECT -- 충전 VIEW CREATE OR REPLACE VIEW VIEW_CHARGE AS SELECT SUM(C.AMOUNT) AS AMOUNT, A.MEMBER_CODE FROM CHARGE C INNER JOIN ACCOUNT A ON C.ACCOUNT_CODE = ..
20220806 ~ 20220811 먼저, 공동구매 게시물 작성을 위한 쿼리문을 구성하였다. --○ 공구 게시물 작성 프로시저 -- 작성자 결제 테이블 INSERT, 참여자 테이블 INSERT, BUYPOST INSERT CREATE OR REPLACE PROCEDURE PRO_BUYPOST_INSERT ( V_TITLE IN BUYPOST.TITLE%TYPE , V_GOODS_PHOTO_PATH IN BUYPOST.GOODS_PHOTO_PATH%TYPE , V_URL IN BUYPOST.URL%TYPE , V_CONTENT IN BUYPOST.CONTENT%TYPE , V_EXPIRATION_DATETIME IN BUYPOST.EXPIRATION_DATETIME%TYPE , V_TOTAL_PRICE I..
