김대영 개발일지

오늘 공부한 내용

• Spring 숙련주차 1주차 영상 재시청
• Spring 숙련주차 1주차 과제 해석영상 공부
• 코드카타 2문제

어려웠던 내용

새로 알게된점

• Integer.parseInt() //  문자를 정수로 바꾸는 함수

먼저 이것에 대해 알게된 것은 코드 카타를 하던중이다. 해당문제는 

문자열을 정수로 바꾸기

문자열 s를 숫자로 변환한 결과를 반환하는 함수, solution을 완성하세요.

제한 조건

• s의 길이는 1 이상 5이하입니다.
• s의 맨앞에는 부호(+, -)가 올 수 있습니다.
• s는 부호와 숫자로만 이루어져있습니다.
• s는 0으로 시작하지 않습니다.

입출력 예

예를들어 str이 1234이면 1234를 반환하고, -1234이면 -1234를 반환하면 됩니다. str은 부호(+,-)와 숫자로만 구성되어 있고, 잘못된 값이 입력되는 경우는 없습니다.

메서드는 일부 문자열을 입력으로 받고 필요한 정보를 "추출"하여 호출 클래스의 객체로 변환합니다.

숫자를 문자형태로 바꾸는 toString에 대해서는 알고 잇었지만 문자를 숫자로 바꾸는 메서드는 알지를 못했다.

이후 답을 찾아보았는데 굉장히 간단한 코드여서 맥이 빠졌다.

class Solution {
    public int solution(String s) {
        int answer = Integer.parseInt(s);
        return answer;
    }
}

위와 같이 문자형태인 n을 바꾸고자하는 정수형태로 바꾸기 위해서

Integer.parseInt(s) 형태처럼 앞에 래퍼클래쓰를 적은후 parse뒤에 자료형 을 적으면 된다.

즉 int 뿐만 아니라 byte, short, long, float, double 등 정수 와 관련된 타입은 전부 가능하다.

그리고 int로 숫자를 바꿀시 기본적으로 십진법을 적용하며 만약 원한다면 8진수, 16진수 를 적용하여 바꿀수도 있다.

방법은 Integer.parseInt(String s, int radix) 형태로 코드를 적는 것이며 여기서 숫자형의 문자열을 첫번째 인자 값 (String s) 으로 받고 변환할 진수값 (int radix)을 입력하면 해당 진수에 맞춰 Integer 형으로 변환된다.

class Javaparse {
    public static void main(String args[]){
           int x = Integer.parseInt("12");
           double c = Double.parseDouble("12");
           int b = Integer.parseInt("100",2);

           System.out.println(Integer.parseInt("12"));
           System.out.println(Double.parseDouble("12"));
           System.out.println(Integer.parseInt("100",2));
           System.out.println(Integer.parseInt("101", 8));
   }
}

이것에 대한 출력값으로

 12 
 12.0 
 4 
 65

이렇게 출력되는것을 확인 할 수 있다.

오늘 공부한 내용

• Spring 입문주차 1주차, 2주차 영상 재시청
  • CRUD, JPA 위주로 공부

• 코드카타 2문제

어려웠던 내용

오늘 공부한 내용

• Spring 숙련주차 2주차 과제 제출
• Spring 숙련주차 2주차 과제 해석영상 공부

어려웠던 내용

새로 알게된점

1. Password Encoder (비밀번호 암호화)

비밀번호를 저장할 때, 일반 플레인 텍스트를 데이터베이스에 저장하면 안된다. DBA나 해커가 고객 데이터베이스에 접근한다면, 비밀번호를 볼 수 있기 때문이다. 따라서 비밀번호는 암호화 과정을 거쳐 데이터베이스에 저장하는 것이 바람직하다.

그중 PasswordEncoder는 비밀번호 암호화 고정중 단순히 해시는 하는것 뿐만 아니라, salt(바이트 단위의 임의의 문자열) 를 추가하기 때문에 입력값이 다르더라도 encode하는 경우 암호화된 결과값이 항상 다르게 나온다. 

PasswordEncoder를 사용함에 앞서 Spring Security 의존성을 주입해줘야 한다.

이를 위해 프로젝트 우측에 Gradle 설정에서 위코드를 dependencies안에 적어준다.

dependencies {
	implementation 'org.springframework.boot:spring-boot-starter-security'
}

이후 패스워드를 userRequestDto에서 바로 가져오는것이 아닌 passwordEncoder를 통해 가져오기 위해 

String password = passwordEncoder.encode(userRequestDto.getPassword()); 형식으로 적어준다

@Service
@RequiredArgsConstructor
public class UserService {
    private final PasswordEncoder passwordEncoder;

    public void signup(UserRequestDto userRequestDto) {
        String username = userRequestDto.getUsername();
        String password = passwordEncoder.encode(userRequestDto.getPassword());
    }
}

PasswordEncoder는 기본적으로 BCrypt 방식을 많이 사용이 되는데 이를 Bean으로 등록해야 사용할수있는데 그 이유는 Spring Security에서 제공하는 PasswordEncoder는 인터페이스이기 때문에 아래와 같이 구현체를 빈으로 등록해야 사용할 수 있다.

Bean을 주입해서 사용할것이기에 따로 config 클래쓰를 만들어서 @Configuration 어노테이션 적용후 config로 활용하며 여기 안에 적도록 한다.

@Configuration
public class WebSecurityConfig {
    @Bean
    public PasswordEncoder passwordEncoder() {
        return new BCryptPasswordEncoder();
    }
}

이를 통해 @Configuration 안에서 Bean으로 선언해줌으로써 실제 기본으로 떠있는 Bean에 BCryptPasswordEncoder의 Bean으로 오버라이딩이 가능해진다.

오늘의 느낀점

오늘 과제 해석을 보면서 코드를 반복적으로 치는 연습을하면서 코드가 각각 어디에 적용되는지에 대해서 공부하는 것을 중점으로 하였다.

결국 과제는 미완성으로 제출하게 되었지만 금일 해석영상을 보고 작성하면서 다시 하나씩 복습하면서 12월 끝나기전까지는 내손으로 직접 만들어보는것을 목표로 차분히 익혀나가야겠다.

오늘 공부한 내용

• Spring 숙련주차 2주차 시청 
• 숙련주차 2주차 과제수행

어려웠던 내용

어노테이션 적용후 Dto 연결이 어렵다.

새로 알게된점

1. Validation

Validation 이란 어떤 데이터 (주로 사용자 또는 다른 서버의 request)의 값이 유효한지, 잘못된 내용이 있는지 확인하는 단계를 뜻합니다. 예를들어 이메일 주소의 양식은 "email@email.com"의 양식어어야 하는데, 이 양식과 일치하지 않는 값이 들어온다면 해당 값의 저장을 막을 수 있습니다.

 

• Java Bean Validation

스프링 부트에서는 gradle에 의존성 하나만 추가해주면 간단하게 사용할 수 있습니다.

implementation("org.springframework.boot:spring-boot-starter-validation")

JavaBean 기반으로 간편하게 개별 데이터를 검증할 수 있으며, JavaBean내에 어노테이션으로 검증방법을 명시하면 됩니다. 

Validation의 주요 어노테이션

• Validation 예외처리

회원가입 진행 시 데이터 검증 시 오류가 발생했을 때 로그인 페이지가 아니라 회원가입 페이지로 이동 하려면 Validation 예외를 처리해야합니다.

예시로 SignupRequestDto에 들어있는 내용에 제한을 가져 보자

기존에 적혀 있는 SignupRequestDto 내용이다.

@Getter
@Setter
public class SignupRequestDto {
    private String username;
    private String password;
    private String email;
    private boolean admin = false;
    private String adminToken = "";
}

여기서 각각의 내용에 제한을 걸려면 위에 어노테이션을 이용하여 적어준다.

@Getter
@Setter
public class SignupRequestDto {
    @NotBlank(message = "공백X") //빈값 + 공백만 있는 경우를 허용하지 않는다.
    private String username;
    
    @Pattern(regexp = "^[a-zA-Z0-9]") // 소문자 a에서 z까지, 대문자 A에서 Z까지, 0~9의 순자만 사용할수있다.
    private String password;
    
    @Pattern(regexp = "^[a-zA-Z0-9_!#$%&'*+/=?`{|}~^.-]+@[a-zA-Z0-9.-]+$") 
    // 위와 동일하게 적용되며 특수문자(!#$%&'*+/=?`{|}~^.-)도 사용할수있다.
    @NotBlank
    @NotNull //null을 허용하지 않는다.
    private String email;
    private boolean admin = false;
    private String adminToken = "";
}

오늘의 느낀점

오늘 부터 실질적인 과제작성에 들어갔다. 다만 막상 시작하려고 하니 어디서부터 건드려야 할지 모르겠고 진도가 안나가서 결국 영상을 다시 보게 된다.

회원가입 기능, 할일 카드, 댓글 구현 총 3가지의 기능을 주축으로 만들어야 하는데 메모할때 와 다르게 막상 만들려고 하니 어떻게 응용해야 할지를 모르겠다.

영상을 보면서 모르는 부분도 많지만 그래도 어느부분부분은 하나하나 익힐수 있는 구조가 되어서 도움이 된다만 기초공부를 다시 해야 할거 같다.

오늘 공부한 내용

• Spring 숙련주차 1주차 시청 
• Spring Security 로그인, 접근불가 처리
• 코드카타 문제 풀기

어려웠던 내용

public class Solution {
	public int solution(int n) {
		int answer = 0;
		
		while (n > 0) {
			answer += n % 10; // 일의 자리부터 자릿수 더하기
			n /= 10;
		}
		return answer;
	}
}

class Solution {
    public int solution(int n) {
        int answer = 0;
        String a = Integer.toString(n);
        
        for(int i = 0; i < a.length(); i++){
            answer += Integer.parseInt(a.substring(i, i + 1));
        }
        return answer;
    }
}

오늘의 느낀점

코드 카타를 풀고 다른사람들의 풀이를 보면서 정말 다양한 방법들이 있다는것을 알게 된다.

코드를 쉽게 적거나, 읽기좋게 만들거나, 효율을 올리는등 정말 다양하게 적혀 있는걸 보면서 좀더 생각의 틀을 넓혀야 겠다는 생각을 느꼈다.

오늘 공부한 내용

• Spring 숙련주차 1주차 시청 
•  

어려웠던 내용

새로 알게된점

1. JWT를 사용하는 이유

수많은 클라이언트들의 데이터를 저장하기 위해서는 다량의 서버가 필요하며 이 다수의 서버를 운용하기 위해서 Session Storage가 필요한데 카카오 같은 동시접속자가 많은 경우에는 서버측 부하를 낮추기 위해서 Session Stroage가 아닌 JWT를 사용한다.

왜냐하면 Session Strorage는 모든 클라이언트의 로그인 정보 소유하고 있기때문인데 클라이언트가 서버를 거쳐서 Session Strorage로 로그인정보를 요청하는 과정을 가지는데 JWT는 로그인 정보를 Server 에 저장하지 않고, 클라이언트 에 로그인 정보를 JWT 로 암호화하여 저장하도록 하여 서버를 거치기 않고 클라이언트 정보를 가져오기 때문이다.

오늘의 느낀점

JWT 구조를 보면서 확실히 서버에 접속하는데 부하를 줄일수있지만 보안에 취약하다는것을 보고 제대로 관리 못하면 해킹당할 가능성이 높겠다라고 생각이 들었다.

각각의 구조에 따라 장단점이 있으며 가성비에 따라 혹은 운영방침에따라 데이터 관리가 달라지겠다는 생각도 같이 들면서 추후 백엔드 개발자로 일할때 큰 참고가 될것 같다.

public interface MemoRepository extends JpaRepository<Memo, Long> {
    List<Memo> findAllByOrderByModifiedAtDesc();
    List<Memo> findAllByContentsContainsOrderByModifiedAtDesc(String keyword);
}

하나의 프로젝트를 완성하기 위해서 적용해야 할 기술이 정말 많은거 같다.

간단하면서 편리하게 사용하기 위해 만든 기술이지만 이해를 못하면 오히려 더 어렵게 느껴지고 헷갈려 구분이 안가게 된다.

이번에도 한가지 기능을 이해하기위해서 부수적인 것을 찾으면서 적용하다보면 점점 더 알아야 할게 많아지다보니 JPA를 공부하면서 정말 공부해야할 것이 많다는것을 새삼 깨닫게 됬다.

특강을 들으며 처음 스프링 2주차 강의를 들으며 영상이나 자료에서 다소 엉성하게 넘어갔던 부분에 대해서 듀터님이 세세하게 설명하며 개념을 확실하게 다잡았다.

시간에 쫓겨서 다소 이해못해도 다음강의후 넘어가다보니 후반부에 들어서 더욱더 이해가 안됬는데 초반 개념에대해 자세히 알려주시기 이제는 이게 왜이랬는지 얼추 이해가 된다.

코딩테스트에 대해서 처음 알게되었고 오늘 4문제를 풀었다.

난이도도 낮고 Java초반 개념은 잡혀있어서 금방 풀겠지 했는데 막상 해보니 적잖은 시간이 걸렸으며 끝나고 다른사람 풀이까지 확인해보니 더욱 정확하며 간편한 코드들이 다양한 모습으로 있는걸 확인했다.

앞으로도 지속적으로 문제를 풀어나가면 도움이 될거 같다.