[kwj1270-issue5] 회원가입 기능 #9

kwj1270 · 2021-07-31T13:20:04Z

Issue: #5

작업 내용

JPA, Validation 적용
회원가입 기능 구현
나름대로? DDD 지향 구현(배우는 단계, VO는 없어요)

생성/변경 로직

프로젝트 설계
회원가입 로직 구현
테스트 코드 작성

개인 코멘트

시간이 안나서 클래스 생성은 자제하면서 구현했습니다 -> 차후 VO 리펙토링할 예정
사실, 스프링 프로젝트는 거의 처음이라 구조적으로 문제가 많을 수 있어요 많은 회초리 부탁드립니다.
어노테이션이나 몇몇 요소들에 대해서 딱 필요한 정도만 사용했으니 참고 부탁드려요

kwj1270 · 2021-07-31T13:32:28Z

src/main/java/com/study/realworld/domain/user/dto/UserJoinResponse.java

+    private UserJoinResponse() { }
+
+    private UserJoinResponse(final User user) {
+        System.out.println(user.email());


jinyoungchoi95

리뷰할게... 사실상 없이 너무 완벽하네요 💯
build 통과같은 경우에는 BaseTimeEntity부분의 문제라 일단은 넘어가고 바로 리뷰하였습니다 :)

final을 사용하시는 부분에 대해서 엄청 감명깊게 볼 수 있었던 코드였던것 같아요!

여담이지만 통합테스트를 하신 부분들이 있는데 unit test와 integration test로 모듈을 분리해서 사용을 해보는 것도 좋을 것 같아요 :)

jinyoungchoi95 · 2021-07-31T15:11:07Z

src/main/java/com/study/realworld/domain/user/domain/User.java

+    protected User() {
+    }
+
+    private User(final UserBuilder userBuilder) {


Builder를 이런 형태로 반환할 수도 있겠네요 👍

개인적으로 생성자 오버로딩은 많을수록 유연함을 준다고 생각해서 빌더를 넘겨서 사용하도록 했습니다! 👍

jinyoungchoi95 · 2021-07-31T15:14:36Z

src/main/java/com/study/realworld/domain/user/dto/UserJoinRequest.java

+    @NotEmpty @NotBlank
+    @JsonProperty("username")
+    private String username;
+
+    @Email @NotEmpty @NotBlank
+    @JsonProperty("email")
+    private String email;
+
+    @NotEmpty @NotBlank


@NotBlank가 @NotEmpty보다 더 넓은 validate를 하는데 둘을 함께 사용한 이유가 있을까요?
@Email도 마찬가지로요 :)

valid는 살짝 무지성으로 작성했는데 겹치는 부분이 많나요?
@Email 같은 경우는 @NotBlank였나 검증을 안한다고 들었습니다!

이건 찾아서 정리해야겠네요 하루만에 한다고 막 하다보니...

간단하게만 말씀드리자면 null, "", blank를 검증을 한다고 했을 때
@NotNull: null
@NotEmpty : null, ""
@NotBlank : null, "", blank
를 검증 합니다 :) 이메일은 말씀하신대로 blank는 함께 체크를 합니다 😄

깔끔하게 정리해주셨군요 😳 감사합니다.
추가적으로 정리해서 다음부터 반영해야겠어요

jinyoungchoi95 · 2021-07-31T15:22:35Z

src/test/java/com/study/realworld/domain/user/domain/UserTest.java

+    public static final String EMAIL = "sample@email.com";
+    public static final String USERNAME = "username";
+    public static final String PASSWORD = "password";
+    public static final String BIO = "bio";
+    public static final String IMAGE = "image";
+    public static final User USER = userBuilder(EMAIL, USERNAME, PASSWORD, BIO, IMAGE);


테스트에서 이렇게 하는 방법이 있다는 사실 처음알았네요 :) 엄청 좋은 방법인거 같다고도 생각해요 👍

근데 이렇게 만들게 되면 너무 public한 상수들이 뿌려지는데 너무 오픈된 정보가 아닐까요?

이 부분은 한번 도전해본 것이기에 그냥 이런 방법이 있구나 하고 보시면 좋을 것 같아요
개인적으로 다른 테스트 코드에 대한 종속이 생긴거여서 나중에 문제 생기지 않을까 싶기도 합니다.

아니면 @BeforeEach (?) 같은 걸로 테스트 전에 먼저 실행된다는 것을 활용할 수 있지 않을까요 ?

넵 충분히 만들어서 사용할 수 있습니다.
이전 TDD 과정에서 비슷한 코드가 있어서 한 번 적용해봤습니다 :)

이렇게 하는게 제일 편할것 같네요.... 참고하겠습니다 👍

@hoony-lab
참고로, 레포지토리 테스트는 따로 생성해주시는 편이 좋습니다.
전역 testEntityManager + static 객체는 테스트 메서드가 끝나도 계속 메모리에 상주하고 있어서
이 때는 별도로 생성하고 넣어줘야 에러 없이 테스트가 가능합니다.

jinyoungchoi95 · 2021-07-31T15:33:04Z

src/main/java/com/study/realworld/domain/user/application/UserJoiningService.java

+    }
+
+    @Valid
+    public UserJoinResponse join(final UserJoinRequest userJoinRequest) {


@Transactional이 포함이 안되어있네요 :) 안붙인 다른 이유가 있을까요?

이유는 저의 기억력입니다 😭

jinyoungchoi95 · 2021-07-31T15:34:46Z

src/main/java/com/study/realworld/domain/user/domain/User.java

+        private String password;
+        private String bio;
+        private String image;
+


정적 팩토리 생성자를 사용하셨는데 그럼 private constructor가 필요하지 않을까요? :)

이건 생각도 못했네요!!! 👍 다음에 반영해보겠습니다.

칼럼명을 테이블명_컬럼명 으로 한 것은 다른 테이블의 같은 컬럼명과 혼동하지 않을려고 그런거죠 ?

네네 맞아요

jinyoungchoi95 · 2021-07-31T15:45:26Z

src/main/java/com/study/realworld/domain/user/domain/User.java

+    }
+}


Suggested change

}

}

}

}

여담이긴 하지만 한칸 띄우는게 컨벤션이긴 해요 :)

한 칸 띄우는 이유에 대해서 정리한 글이 있는데 추가로 댓글로 올리겠습니다.

kwj1270 · 2021-07-31T16:06:28Z

빌드 실패는 내일 다시 push 보내겠습니다

chance0523

테스트 코드 많이 배워갑니당 :blobaww:
EnableJpaAuditing 이것도 신기신기

chance0523 · 2021-08-01T09:26:43Z

build.gradle

@@ -24,4 +26,4 @@ apply from: 'test.gradle'

 test {
    useJUnitPlatform()
-}
+}


이거 아래 한 줄 개행이 필요할듯해요! (아래 Test code들도)

흠.. 개행 컨벤션은 여태 의식하지 않았는데 의식해야겠군요

chance0523 · 2021-08-01T09:27:14Z

src/main/java/com/study/realworld/domain/BaseTimeEntity.java

+public class BaseTimeEntity {
+
+    @CreatedDate
+    @Column(name = "created_at", updatable = false)


배워갑니다 👍

chance0523 · 2021-08-01T09:29:34Z

src/main/java/com/study/realworld/domain/user/application/UserJoiningService.java

+import javax.validation.Valid;
+
+@Service
+public class UserJoiningService {


이거 네이밍 UserJoinService는 어떨까요?

이거 바꿨다고 생각했는데 못바꿨네요 수정하겠습니다 :)

chance0523 · 2021-08-01T09:41:27Z

src/main/java/com/study/realworld/domain/user/dto/UserJoinRequest.java

+        this.password = password;
+    }
+
+    public final User toEntity() {


Suggested change

public final User toEntity() {

public final User toUser() {

는 어떨까요?

이 부분은 일부러 Entity라는 이름을 사용하도록 했습니다.
User라는 이름도 괜찮지만 만에 하나 이름이 바뀐다면 메서드 이름도 수정해야되기 때문이죠.
이 부분에는 정답은 없으니 다음에는 이런식으로 반영해보도록 하겠습니다.

만에 하나 이름이 바뀐다면 메서드 이름도 수정해야되기 때문이죠.

오.. 그럴수도 있겠네요
말씀하신대로 장단이 있는 것 같아요!! 어떻게 하든 프로젝트 내에서의 통일성만 있다면 OK인 것 같네용

chance0523 · 2021-08-01T09:42:08Z

src/main/java/com/study/realworld/domain/user/application/UserJoiningService.java

+
+    @Valid
+    public UserJoinResponse join(final UserJoinRequest userJoinRequest) {
+        final User entity = userRepository.save(userJoinRequest.toEntity());


Suggested change

final User entity = userRepository.save(userJoinRequest.toEntity());

final User user = userRepository.save(userJoinRequest.toEntity());

가 조금 더 명확하지 않을까요?

chance0523 · 2021-08-01T09:45:48Z

src/main/java/com/study/realworld/domain/user/ui/UserRestController.java

@@ -0,0 +1,31 @@
+package com.study.realworld.domain.user.ui;


이건 잘 몰라서 그러는데,
물론 패키지 명은 엄청난 제약이 없겠지만,,, ui는 뭔가 '응?' 하게 되네요!
이렇게도 원래 쓰나요? 저는 presentation, controller만 봐서...!

우선 ddd start와 nextStep DDD 기반으로 디렉토리를 구성했습니다.
실무적으로 더 좋은 방법이 있다면 반영할게요 :)

앗 거기서 ui로 썼으면 그렇게 써도 되는 것 같아요!
저는 application layer는 application (우지님이 쓰신 것처럼)
presentation layer는 presentation으로만 써봤어요!

DDD 초보자여서 사실 어느 방법으로 써야 되는지 많이 헷갈리더라고요
하지만 확실히 제가 쓴 ui 보다 presentation이 보다 의미 전달이 잘 될 것 같네요!! 하나 배워갑니다 😉

찬스님 말씀처럼 패키지명에 제약은 없지만 ui로 패키지명은 프론트의 그 ui와 헷갈려하는 분들이 있을 수도 있다고 생각합니다. 근데 사실 백엔드 개발자가 보기엔 ui, controller, presentation 모두 같은 의미를 담고 있다고 생각할 수도 있으니 요건 고려만 해보셔요

chance0523 · 2021-08-01T09:48:15Z

src/main/java/com/study/realworld/domain/user/ui/UserRestController.java

+
+    @PostMapping("/api/users")
+    public ResponseEntity<UserJoinResponse> join(@Valid @RequestBody final UserJoinRequest userJoinRequest) {
+        log.info(userJoinRequest.toString());


아마 들어오는 request의 기록용일듯한데, 굳이 여기에 로깅을 한다면 이게 정확히 뭐가 들어온 것인지 표시 해주는 것이 좋을 것 같아요.

Suggested change

log.info(userJoinRequest.toString());

log.info("join request: {}", userJoinRequest.toString());

이런 느낌으로...?

로깅도 처음 적용해봤는데 찬스님 방법이 좋을 것 같네요 👍

chance0523 · 2021-08-01T09:49:43Z

src/main/java/com/study/realworld/domain/BaseTimeEntity.java

+    @Column(name = "delete_at")
+    private LocalDateTime deletedAt;


이거 deleted_at 입니다~

오타 😭

chance0523 · 2021-08-01T09:52:38Z

src/test/java/com/study/realworld/domain/user/ui/UserRestControllerUnitTest.java

+    private UserRestController userRestController;
+
+    private MockMvc mockMvc;
+    private ObjectMapper objectMapper;


이거 위에서는 @Autowired 하셨는데 여기서는 setUp에 쓰셨네요
그냥 Autowired로 써도 되지 않을까요??

이 부분은 스프링 IOC 컨테이너 없이 작성한 단위 테스트여서 그렇습니다.
@Autowired는 IOC 컨테이너 기반으로 돌기에 이를 setUp 에서 처리해줬어요 :)

아... 이 부분 또한 배워갑니다 👍

추가 설명:
@Autowired는 스프링 부트 프로젝트에서 의존성 주입을 자동으로 해주기 위해 존재하는 것으로, 현재 테스트 클래스는 스프링 부트에 대한 의존성이 없기 때문에 의존성들을 직접 주입하는 방식을 사용해야 합니다.

chance0523 · 2021-08-01T09:56:03Z

src/main/java/com/study/realworld/domain/user/ui/UserRestController.java

+
+import javax.validation.Valid;
+
+@Controller


@RestController 가 맞지 않을까요?

앗 이런 실수를..?!!

hoony-lab

리뷰를 먼저 하고 Comment/Approve 로 Submit review를 하는걸까요 ㅎㅎ

hoony-lab · 2021-08-01T13:21:04Z

src/main/java/com/study/realworld/domain/user/domain/User.java

+        private String password;
+        private String bio;
+        private String image;
+


칼럼명을 테이블명_컬럼명 으로 한 것은 다른 테이블의 같은 컬럼명과 혼동하지 않을려고 그런거죠 ?

hoony-lab · 2021-08-01T13:24:03Z

src/main/java/com/study/realworld/domain/user/domain/UserRepository.java

+import org.springframework.stereotype.Repository;
+
+@Repository
+public interface UserRepository extends CrudRepository<User, Long> {


CrudRepository를 찾아보니까 아래처럼 되어 있네요 ! (참고)
JpaRepository extends PagingAndSortingRepository extends CrudRepository extends Repository

@Repository는 구현체에 있지 않나용?

네 감사합니다 :)
현 요구사항 단계에서는 JpaRepository 까지 구현하는건 스펙 오버인 것 같고
이후 점진적으로 구현하면서 필요하다 판단되면 추가하려고요!

@DolphaGo
이 부분에 대해서는 명시적으로 붙여줘야 될지 말아야 될지 고민이 되어서 붙여서 작성해봤습니다.
다음에는 제거해서 작성해볼게요 👍

hoony-lab · 2021-08-01T13:28:57Z

src/test/java/com/study/realworld/domain/user/domain/UserTest.java

+    public static final String EMAIL = "sample@email.com";
+    public static final String USERNAME = "username";
+    public static final String PASSWORD = "password";
+    public static final String BIO = "bio";
+    public static final String IMAGE = "image";
+    public static final User USER = userBuilder(EMAIL, USERNAME, PASSWORD, BIO, IMAGE);


아니면 @BeforeEach (?) 같은 걸로 테스트 전에 먼저 실행된다는 것을 활용할 수 있지 않을까요 ?

DolphaGo · 2021-08-01T14:45:06Z

build.gradle

+    implementation 'org.springframework.boot:spring-boot-starter-data-jdbc'
+    implementation 'org.springframework.boot:spring-boot-starter-data-jpa'


jdbc dependency는 jpa에 있는 것 같습니다.

오 ! 저도 지워야겠군요

DolphaGo · 2021-08-01T14:51:32Z

src/main/java/com/study/realworld/domain/user/domain/UserRepository.java

+import org.springframework.stereotype.Repository;
+
+@Repository
+public interface UserRepository extends CrudRepository<User, Long> {


@Repository는 구현체에 있지 않나용?

codecov-commenter · 2021-08-01T15:25:05Z

Codecov Report

Merging #9 (4984ede) into kwj1270 (f7b58eb) will not change coverage.
The diff coverage is 100.00%.

@@             Coverage Diff             @@
##             kwj1270        #9   +/-   ##
===========================================
  Coverage     100.00%   100.00%           
- Complexity         2        26   +24     
===========================================
  Files              1         8    +7     
  Lines              3        65   +62     
===========================================
+ Hits               3        65   +62

Impacted Files	Coverage Δ
...ava/com/study/realworld/domain/BaseTimeEntity.java	`100.00% <100.00%> (ø)`
...world/domain/user/application/UserJoinService.java	`100.00% <100.00%> (ø)`
...a/com/study/realworld/domain/user/domain/User.java	`100.00% <100.00%> (ø)`
...udy/realworld/domain/user/dto/UserJoinRequest.java	`100.00% <100.00%> (ø)`
...dy/realworld/domain/user/dto/UserJoinResponse.java	`100.00% <100.00%> (ø)`
...y/realworld/domain/user/ui/UserRestController.java	`100.00% <100.00%> (ø)`
...a/com/study/realworld/global/config/JpaConfig.java	`100.00% <100.00%> (ø)`
... and 4 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update f7b58eb...4984ede. Read the comment docs.

povia

역시 잘짜시네요 👍
의견만 몇가지 드렸습니다.

povia · 2021-08-02T01:02:43Z

src/main/java/com/study/realworld/domain/user/application/UserJoinService.java

+    @Valid
+    public UserJoinResponse join(final UserJoinRequest userJoinRequest) {
+        final User user = userRepository.save(userJoinRequest.toUser());
+        return UserJoinResponse.fromUser(user);


개인적인 견해지만 여기서 그냥 User를 Controller에 Return해줘도 좋지 않을까? 하는 생각이 있습니다~
표현 영역에서 데이터에 대한 표현을 수정하는 게 맞다고 보는데 우지님은 어떻게 생각하시는지 궁금합니다.

저도 비슷한 의견인데, DDD에서는 application 단에서는 presentation 단의 객체를 가지지 않는 것이 좋아요
presentation 에서 내려보낼 때는 가공해서 내려보내고
application 단에서 올려보낼 때는 그냥 바로 올려보내고 presentation 단에서 가공하는게 좋습니다 :D

@povia , @chance0523
사실, 저번 스터디에서 언급했듯이 저도 presentation 영역에서 바꿔서 진행을 하는게 좋다고 생각해요.
앞서 찬스님이 언급해주신 내용과 더불어 제 개인적인 견해를 덧붙이자면
Service가 Dto에 의존되어 버리면, 다른 Controller에서도 해당 Dto 형식을 맞춰서 사용해야 하기 때문이죠
(다양한 컨트롤러에서 해당 서비스 사용하기 힘들어짐)

이번 스터디에서 피드백을 통해 사용하면 좋을 것, 사용하기 조금 껄끄러운 것들을 정의하기 위해서
조금 다양하게 시도해보려 하는데 dto 사용은 확실히 좋지 않을 것 같네요 :) 👍

Service가 Dto에 의존되어 버리면, 다른 Controller에서도 해당 Dto 형식을 맞춰서 사용해야 하기 때문이죠
(다양한 컨트롤러에서 해당 서비스 사용하기 힘들어짐)

오 이렇게 생각은 못해봤는데 좋은 생각이네요 👍

@chance0523
DTO 공부할 때 참고했던 사이트 인데 여기서 인사이트 얻었습니다.

Service가 Dto에 의존되어 버리면, 다른 Controller에서도 해당 Dto 형식을 맞춰서 사용해야 하기 때문이죠
(다양한 컨트롤러에서 해당 서비스 사용하기 힘들어짐)

간결하게 모든걸 정리해줄 수 있는 좋은 문장인것 같아요 :)

povia · 2021-08-02T01:14:54Z

src/main/java/com/study/realworld/domain/user/ui/UserRestController.java

@@ -0,0 +1,31 @@
+package com.study.realworld.domain.user.ui;


찬스님 말씀처럼 패키지명에 제약은 없지만 ui로 패키지명은 프론트의 그 ui와 헷갈려하는 분들이 있을 수도 있다고 생각합니다. 근데 사실 백엔드 개발자가 보기엔 ui, controller, presentation 모두 같은 의미를 담고 있다고 생각할 수도 있으니 요건 고려만 해보셔요

povia · 2021-08-02T01:15:42Z

src/main/java/com/study/realworld/domain/user/ui/UserRestController.java

+    @PostMapping("/api/users")
+    public ResponseEntity<UserJoinResponse> join(@Valid @RequestBody final UserJoinRequest userJoinRequest) {
+        log.info(JOIN_REQUEST_LOG_MESSAGE, userJoinRequest.toString());
+        return ResponseEntity.ok().body(userJoinService.join(userJoinRequest));


요런 방식으로 넘길 수도 있었네요 저도 반영하겠습니다~ 👍

povia · 2021-08-02T01:19:46Z

src/test/java/com/study/realworld/domain/user/ui/UserRestControllerUnitTest.java

+    private UserRestController userRestController;
+
+    private MockMvc mockMvc;
+    private ObjectMapper objectMapper;


추가 설명:
@Autowired는 스프링 부트 프로젝트에서 의존성 주입을 자동으로 해주기 위해 존재하는 것으로, 현재 테스트 클래스는 스프링 부트에 대한 의존성이 없기 때문에 의존성들을 직접 주입하는 방식을 사용해야 합니다.

kwj1270 added 25 commits July 31, 2021 11:55

[#5] feat: build.gradle jpa, validation 의존성 추가

53d5b56

[#5] feat: hibernate에 대한 Logging Level 추가

6297426

[#5] test: User 인스턴스 기본 생성자 테스트 작성

70f6637

[#5] test: User 인스턴스 빌더 테스트 작성

affb9b9

[#5] feat: User 인스턴스 빌더 기능 구현

27cd41d

[#5] test: UserRepository 인스턴스 save() 테스트 작성

b2a3384

[#5] test: UserRepository 인스턴스 findById() 테스트 작성

e37e0d3

[#5] test: UserRepository 인스턴스 findAll() 테스트 작성

6d0ffa5

[#5] test: UserRepository 인스턴스 delete() 테스트 작성

1075bce

[#5] test: UserJoinRequest 인스턴스 생성자 테스트 작성

3fafb51

[#5] test: User 인스턴스 getter() 테스트 작성

d53567b

[#5] feat: User 인스턴스 getter() 기능 구현

e0a2b69

[#5] test: User 인스턴스 checkPassword() 테스트 작성

3c3ce07

[#5] feat: User 인스턴스 checkPassword() 기능 구현

b5bbbea

[#5] test: UserJoiningService 인스턴스 생성자 테스트 작성

5010571

[#5] feat: UserJoiningService 인스턴스 생성자 기능 구현

755a31c

[#5] test: UserJoinResponse 인스턴스 fromUser() 테스트 작성

67bf286

[#5] feat: UserJoinResponse 인스턴스 fromUser() 테스트 작성

80dc4fe

[#5] test: UserJoiningService 인스턴스 join() 테스트 작성

684c204

[#5] feat: UserJoiningService 인스턴스 join() 기능 구현

1e0bdcb

[#5] test: UserRestController 인스턴스의 join() 테스트 작성

69545f3

[#5] feat: UserRestController 인스턴스의 join() 기능 구현

d232a3b

[#5] fix: repository 테스트에서 정적 인스터스는 롤백 안되는 버그 해결

0637539

[#5] feat: BaseTimeEntity 추가

c251bb1

[#5] style: 코드 컨벤션 적용

31a5d7d

kwj1270 added feature woozi 우지의 이슈 labels Jul 31, 2021

kwj1270 commented Jul 31, 2021

View reviewed changes

kwj1270 added user and removed feature labels Jul 31, 2021

jinyoungchoi95 reviewed Jul 31, 2021

View reviewed changes

jinyoungchoi95 assigned kwj1270 Jul 31, 2021

chance0523 reviewed Aug 1, 2021

View reviewed changes

hoony-lab reviewed Aug 1, 2021

View reviewed changes

kwj1270 added 3 commits August 2, 2021 00:00

[#5] test: BaseTimeEntity 인스턴스 생성 테스트 작성

e6e9ed2

[#5] test: BaseTimeEntity 인스턴스 삭제 값 변경 테스트 작성

d965e42

[#5] test: BaseTimeEntity 인스턴스 getter 테스트 작성

2112888

DolphaGo reviewed Aug 1, 2021

View reviewed changes

[#5] refactor: [#9] 피드백 반영

027dd4c

kwj1270 added 2 commits August 2, 2021 00:25

[#5] refactor: build.gradle 사용하지 않는 의존성 제거

93dbc5f

[#5] refactor: 개행 컨벤션 적용

4984ede

povia reviewed Aug 2, 2021

View reviewed changes

jinyoungchoi95 approved these changes Aug 2, 2021

View reviewed changes

DolphaGo approved these changes Aug 2, 2021

View reviewed changes

povia approved these changes Aug 4, 2021

View reviewed changes

hoony-lab approved these changes Aug 4, 2021

View reviewed changes

kwj1270 merged commit eae9248 into kwj1270 Aug 6, 2021

kwj1270 added a commit that referenced this pull request Aug 16, 2021

[#5] refactor: [#9] 피드백 반영

f5e9d3c

-    }
-}
+    }
+}

	final User entity = userRepository.save(userJoinRequest.toEntity());
	final User user = userRepository.save(userJoinRequest.toEntity());

	log.info(userJoinRequest.toString());
	log.info("join request: {}", userJoinRequest.toString());

		implementation 'org.springframework.boot:spring-boot-starter-data-jdbc'
		implementation 'org.springframework.boot:spring-boot-starter-data-jpa'


		import javax.validation.Valid;

		@Controller

[kwj1270-issue5] 회원가입 기능 #9

[kwj1270-issue5] 회원가입 기능 #9

Conversation

kwj1270 commented Jul 31, 2021

Issue: #5

작업 내용

생성/변경 로직

개인 코멘트

Choose a reason for hiding this comment

jinyoungchoi95 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

kwj1270 Jul 31, 2021 • edited

Choose a reason for hiding this comment

Choose a reason for hiding this comment

kwj1270 Jul 31, 2021 • edited

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

kwj1270 commented Jul 31, 2021

chance0523 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

hoony-lab left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

codecov-commenter commented Aug 1, 2021 • edited

Codecov Report

povia left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

kwj1270 Jul 31, 2021 •

edited

kwj1270 Jul 31, 2021 •

edited

codecov-commenter commented Aug 1, 2021 •

edited