에러,AssertThat

자동 주석처리가 아닌 사용되지 않은 클래스라 ide에서 색을 회색으로 처리한것입니다. 현재 Assertions 가 Junit 의 것을 가져오고 있고, Junit5의 Assertions에서는 assertThat을 제공하지 않아 method assertThat을 찾을 수 없다는 오류가 나오고 있습니다. import org.junit.jupiter.api.Assertions; 를 지우고 import org.assertj.core.api.Assertions; 를 추가해 보시겠어요?

똑같이 했는데 전 왜이렇게 나오나요?

1. 어른일까요? 뒷부분에 큰따옴표로 문자열을 닫아주어야 합니다. print(name+"는 어른일까요? "+ str(is_adult)) 2. 변수와 문자열에 대한 개념을 다시 알아보셔야 할것 같습니다. name이란 변수에는 "강아지"라는 문자열 값이 들어있습니다. print(name) 은 강아지가 출력됩니다. print("name") 과 같이 입력하면 name이라는 문자열 자체가 출력될 것입니다.

스프링 입문 - 코드로 배우는 스프링 부트, 웹 MVC, DB 접근 기술 > 회원 서비스 테스트

MemberService.java 의 memberRepository 선언부분을 private final MemberRepository memberRepository 로 수정해보세요. 하위 타입의 참조변수가 상위 타입의 인스턴스를 참조할 수 없습니다.

다시 복습하면서 테스트 코드 작성하는데 궁금한게 생겼습니다.

괄호로 인한 연산자 우선순위 때문에 괄호 내부 수식이 먼저 계산되서 0 이 반환되고 있는것으로 보입니다.

회원목록 기능 구현.

MemberService의 join 메서드에서 save가 제대로 이루어지고 있나요? save 메서드가 주석인 상태로 보이네요

C++ 에서는 메인 함수 밖에서 쓰면 0과 공백으로 초기화되나요?

https://hydroponicglass.tistory.com/182 이 블로그에 내용이 잘 정리되어있습니다!

C언어 대문자 <-> 소문자 변환 함수

getchar() 함수가 알파벳 입력 후 엔터를 칠때의 개행문자 (\n) 까지도 입력 버퍼에 남아있어서 생기는 문제입니다. a를 입력하고 엔터를 누르면 버퍼에 'a' 와 '\n' 이 들어가서, 각각에 대한 while문이 돌고있어서 의도대로의 A가 나온 후 \n에 대한 while문이 else에 걸려 메시지를 출력하고 있습니다. 좋은 프로그래밍은 아니지만 getchar() 로 ch 에 저장하고 난 다음 코드에 getchar()을 또 사용하여 입력버퍼를 비울 수도 있고, while { ch = getchar(); getchar(); .... } while문이 종료되기 직전에 while(getchar() != '\n'); 코드를 추가하여 입력버퍼를 비우는 방법도 있습니다. while { .... while(getchar() != '\n'); }

질문드립니다.

HashMap 는 키 - 밸류 형식으로 데이터를 저장하고, 키를 통해 밸류값을 반환받을 수 있는 기능을 갖고 있습니다. HashMap store은 Long 값을 키로, Member 값을 밸류로 지정하여 데이터를 저장합니다. store 의 get 메서드는 키값(Long) 을 인자로 넣어서 밸류값(Member) 를 반환해주는 메서드입니다. save 메서드에서 put을 사용하여 ( 아이디, 멤버 ) 를 저장해주었으므로 get으로 해당 아이디를 넣어주면 저장했던 Member 객체가 반환되게 됩니다. 도움이 안되셨다면 댓글로 편하게 질문해주셔도 됩니다.

main 실행 정지 에러

강의 - 프로젝트 환경설정 - 프로젝트 생성 15:20초 참고하셔서 Build and run 을 Intellij IDEA로 변경하시고 ide 껐다 켜보신다음에 동일한 작업 해보시겠어요?

Optional과 @NotBlank는 무슨 차이인가요?

Optional의 경우 NPE가 발생하여 프로그램이 죽는 것을 막기 위해 객체를 감싸는 Wrapper 클래스이고, Java에서 8버전부터 자체적으로 지원하는 기능입니다. 다양한 상황에서 null이 발생할 수 있는 객체에 Optional을 사용하여 별도의 null 확인 절차 코드를 작성하지 않고 Optional의 메서드만으로 처리할 수 있어 코드가 직관적이고 가독성을 높여줍니다. @NotBlank를 비롯한 @NotNull, @NotEmpty 와 같은 어노테이션들은 Java Bean Validation 에서 제공하는 유효성 검증 어노테이션이고, 스프링부트에서는 유효성 검증 구현체로 Hibernate Validator을 사용하고 있습니다. 이 친구들은 웹에서 입력값을 전달받아 dto에 저장할때 각 필드에 제약조건을 걸어 원하는 형식의 값만 받을 수 있도록 할때 사용합니다. @NotBlank와 Optional 은 모두 null 값이 필드에 직접적으로 들어오지 못하게 한다는 점에서 공통점이 있는 반면, Optional 객체의 경우 DB에서 값을 가져오는 것처럼 null이 생길 가능성이 있는 필드에 사용하여 NPE를 발생시키지 않으며 null인 경우 별도의 처리를 하는데에 사용되고 @NotBlank의 경우 웹환경에서 client의 입력에 대해 null 값이 들어오는지 미리 확인하고 null이라면 에러를 발생시켜 null이 들어오는것을 방지하는데에 주로 사용되게 됩니다. 주 사용처가 다릅니다.