유인원 그 잡채.

@AllArgsConstructor
@ToString
@NoArgsConstructor
@Entity
@Getter
public class Signin {
//    @Id
//    private String uuid; //uuid를 사용하려 했으나, ID값이 pk가 되어 사용 안함.

    @Id
    private String userid;
    @Column
    private String userpw;
//
//    public Signin(String userid, String userpw){ //AllArgsConstructor이 자동 생성
//   }

}

public interface SigninRepository extends CrudRepository<Signin, Long> {
    Optional<Signin> findByuserid(String userid);

}

먼저 생각해낸 로직은 그렇다. 유저가 아이디와 비밀번호를 입력하면, 나는 입력한 유저아이디를 먼저 DB와 비교한다. 비교한 아이디가 DB에 존재하면 그제서야 비밀번호를 서로 확인하여 유저가 정상적으로 로그인 할 수 있음을 확인해준다.

따라서, findByuserid라는 메소드를 구현했다. userid를 받아서 Signin 엔티티에 먼저 담는것이다.

@AllArgsConstructor
@ToString
public class SigninForm {
    private String userid;
    private String userpw;
    public Signin toEntity(){return new Signin(userid, userpw);}
}

dto를 엔티티로 바꿔주는 메소드 toEntity를 구현했다. 본 메소드를 사용하면 userid와 userpw를 받게 될것이다.

@RestController //REST API 컨트롤러임을 확인
@Slf4j // 로그 사용
public class SigninApiController {
    @Autowired // 자동 적용.
    private SigninService signinservice;

    @PostMapping("/signin") //signin이라는 주소 사용, post 사용.
    public ResponseEntity<Signin> signin(@RequestBody SigninForm dto){
        Signin signed = signinservice.login(dto); //signed는 로그인이라는 서비스 메소드로 확인
        return (signed != null) ? 
                ResponseEntity.status(HttpStatus.OK).body(signed) :
                ResponseEntity.status(HttpStatus.BAD_REQUEST).build();
    }


}

@Slf4j
@Service
public class SigninService {

    @Autowired
    private SigninRepository signinRepository;

    public Signin login(SigninForm dto) {
        Signin user = dto.toEntity();
        log.info("id = {}, pw = {}", user.getUserid(),user.getUserpw());
		//입력된 아이디와 비밀번호 무엇인지!
        Optional<Signin> byuserid = signinRepository.findByuserid(user.getUserid());

        if (byuserid.isPresent()){
            Signin register = byuserid.get();
            if (register.getUserpw().equals(user.getUserpw())){ //등록되어 있는 비밀번호 .equals 유저가 입력한 비밀번호 비교
                // 비밀번호 일치
                return user;
            }
            else {
                // 비밀번호 불일치
                return null;
            }
        }
        else {
            //조회 결과 없음
            return null;
        }
    }
}

서비스에서는 주 기능을 구현해준다고 생각하면 된다.

로직 설명 들어가겠다. dto로 받은 유저의 정보를 엔티티화 하여 user로 받는다.

아까 엔티티에서 @getter 어노테이션을 선언하여 getUserid()라는 메소드가 자동생성되었다. 아주 꿀기능이라고 볼 수 있다.

그에 따라 user의 아이디와 비밀번호를 본 메소드로 찾아낼 수 있다.

byuserid라는 변수를 선언해준다. 리파지토리에 선언했었던 findByuserid 메소드를 활요해준다. dto로 받은 아이디를 DB에서 찾고 그것을 반환해주는 코드가 되겠다.

옵셔널로 바인딩 했기에 byuserid에 정보가 있을수도 없을 수도 있다. 왜 추상적인 값 옵셔널로 줬는가? byuserid에 정보가 있다면 DB에 ID가 있는것이고, 없으면 없는거지! 그러니 확인하기도 쉽다는 것이다. isPresent()를 사용하여 값이 있나 없나 확인한다.

register이라는 변수를 byuserid.get()으로 구현한다. register은 byuserid 엔티티의 모든 정보를 담는다.

.equals() 메소드를 활용한다! String값을 비교할때는 == 연산자가 아닌 equals메소드를 활용하자. 자 여기서 주의할점 register과 user의 차이점을 알겠는가? register은 DB에 등록되어있는 정보이고, user은 사용자로부터 입력받은 정보가 되겠다!! 따라서 getUserpw()메소드를 사용하여 비밀번호를 서로 비교해주자.

구현은 이로써 끝이 났다. DATA.sql을 resources 밑에 넣어 데이터를 여러가지 집어넣었고, Talend API Tester을 사용하여 정상작동하는지 확인했다.