[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 앞선 로직으로 1차 캐시에 (이름: entity, 값: 10), ...이 저장되어 있다고 가정합니다. (스냅샷) 벌크 연산을 수행하여 모든 DB 로우 값을 5씩 곱합니다. 연산을 마치면, 1차 캐시에는 (entity, 10), ... DB에는 (entity, 50), ...과 같은 값이 저장되어 있을 것입니다. 제가 알기로, flush()는 스냅샷과 비교하여 1차 캐시의 변경 사항을 DB에 반영합니다. (실행하여도 1차 캐시에는 변함이 없습니다) 그렇다면 만약 벌크 연산 후 flush, clear를 연달아 실행하면 1차 캐시의 값이 벌크 연산을 덮어씌워 값이 오염되는 것 아닌가요? 따라서 flush -> 벌크 연산 -> clear가 맞는 호출 순서가 아닐까 궁금합니다.
MemberRegisterTest를 진행할 때 @SpringBootTest를 사용해서 테스트를 진행했는데요 서비스 테스트에는 @ExtendWith(MockitoExtension.class)를 사용하는 경우를 많이 봤습니다 헥사고날 아키텍처에서는 애플리케이션과 도메인이 중심이 되기 때문에 서비스에서 @SpringBootTest를 사용한걸까요?
안녕하세요 강의 듣는 수강생입니다.! 먼저 좋은 강의 만들어 주셔서 정말 감사드립니다. 강의를 들으면서 Lyra 구조에 대해 몇가지 오랫동안 고민 해봤습니다. 강의를 놓친 부분이 있을수 있겠지만 아무래도 많이 복잡한 구조다 보니까 제가 생각한 답이 맞는지 아직 풀리지 않는 의문에 대해 궁금해서 이렇게 글을 쓰게 되었습니다. Experience에 Game Feature Action을 넣는 이유가 뭔가요? ShooterCore에서는 공통적으로 사용하는 Game Feature Action을 두고, ShooterCore 기반의 (점령전, 데스매치 등등) 그리고 여러 모드마다 서로 다른 action 구성들은 experience를 통해 동적으로 적용하기 위한 이유인건가요? Common UI 관련 Lyra에서는 UI 추가 방식이 크게 두 가지라고 생각이 들었는데 이 방식이 맞을까요? CommonUIExtensions의 static 함수 PushContentToLayer_ForPlayer 방식 Game Feature의 Add Widget Action 방식 이렇게 이해하면 맞나요? 이 안에서도 extension의 CreateEntryInternal 를 통해 위젯 최종 생성) Add Widget Action 방식은 Experience나 Game Feature 로딩 시 처음부터 상시 유지되는 UI에 주로 쓰이는 것 같은데 그렇다면 해당 Feature Action 방식에서도 레이어 태그를 구분하는 이유는 무엇인가요? (action에서 layout 추가시 Game, GameMenu, Menu, Modal 태그를 추가하는 부분) 사실상 필요한 부분이 HUD 밖에 없는 것 같은데 그래도 거의 쓰이지 않더라도 범용성을 위해 설계 된건가요? Lyra UI 생성 구조 이해 확인 최종적으로 위 질문을 스스로 고민해보면서 이해한 Lyra의 UI 구조는 다음과 같습니다. 제가 이해한 구조가 맞는지 궁금합니다.! 0단계. Primary Layout 1단계. Game / Menu / GameMenu / Modal Layer Stack 2단계. HUD Layout( PushContentToLayer_ForPlayer 로 추가) 3단계. PointWidget 4단계. 각종 Widget (UIExtension → CreateEntryInternal 로 최종 추가) 2단계. 실시간 추가/삭제되는 위젯( PushContentToLayer_ForPlayer 로 추가) 다시 한번 좋은 강의 만들어주셔서 감사합니다. !
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] -> 강의 메뉴얼에 자세히 나와있다고 타 수강생분 25년도 07월 28일 문의글에 답변 남겨주셨는데, 강의 메뉴얼이 어디있을까요..??
[질문 내용] 안녕하세요! 기본편과 심화 3편에서 객체 지향 프로그래밍에 대한 정의가 다른 거 같은데 어떻게 이해하면 좋을지 여쭤봅니다. 기본편 3번쨰 pdf 19페이지에는 객체 지향 프로그래밍은 실제 세계의 사물이나 사건을 객체로 보고, 이러한 객체들 간의 상호작용을 중심으로 프로그래밍하는 방식이다. 즉, "무엇을" 중심으로 프로그래밍 한다. 이렇게 정의되어 있는데 고급 3편 13 함수형 프로그래밍 파트에서는 객체지향이 어떻게에 속한다고 되어있고, 무엇을은 함수형 프로그래밍과 관련되어있다고 설명되어있습니다. 저 또한 메서드나 필드 들을 하나의 객체로 모으고 객체들이 어떻게 상호작용할지가 더 맞다고 생각하는데 기본편의 정의가 무엇을 이라고 써져 있는게 어떤 의미인지 궁금합니다.
[Rookiss University] Haker님의 UE5 소스코드 분석 시리즈 #2 (네트워크)
매 강의를 들을 때마다 강사님의 깊은 준비와 노고가 느껴져, UE 개발자로서 큰 도움을 받고 있습니다. 진심으로 감사드립니다. 한 가지 부탁드리고 싶은 점은 “언리얼 엔진 소스코드 분석 #5 (Rendering)”를 조금 더 앞 순서에 배치해 주실 수 있을지입니다. 많은 UE 개발자들이 렌더링 파트에 특히 궁금증을 갖고 있어, Rendering을 먼저 학습한 뒤 다른 영역을 이어서 공부하면 이해에 더 큰 도움이 될 것이라 생각합니다. 현재 커리큘럼도 훌륭하지만, 순서 조정도 검토해 주시면 감사하겠습니다.
public String chatMessage(String message) { return chatClient.prompt() .user(message) .call() .chatResponse() .getResult() .getOutput() .getText(); } 선생님 현재 스프링 ai 1.0.1버전을 사용중입니다. 그러면 getText()가 아닌 getContent()를 사용해서 프롬프트를 생성해야되는거 아닌가요?! 왜 getConetent()를 사용할 수 없는걸까요?!
2강 32분18초 Generate definition 하는 방법이 뭘까요? 오른쪽 마우스를 눌러도 해당 기능 탭이 안보이고 망치모양 아이콘도 안보여서 따로 세팅을 해줘야하는게 있는걸까요? +추가로 C++소스코드는 처음이다보니 러닝타임이 긴 영상임에도 불구하고 이해가 되지않는 부분들이 많아 간단하게 일단 따라해보면되는걸까요? 후반부에 따로 소스코드에 대해 하나하나 설명해주시는 파트들이 있는지 궁금합니다. (왜 여기서 이걸 쓰고 여기서 이렇게 소스코드를 작성하는지 아직까지는 명확하게 이해가 안됩니다ㅠ)
안녕하세요. ApiControllerAdvice에서 하나의 Handler 메서드에서 아래 2개 Exeception 타입을 처리하시도록 변경하셨는데요. - DuplicateEmailException - DuplicateProfileException 이렇게 할 경우, 아래와 같이 두 Exception의 공통 타입인 RuntimeException 객체로 파라미터를 받아야 하는거 아닐까요? @ExceptionHandler({DuplicateEmailException.class, DuplicateProfileException.class}) public ProblemDetail duplicateExceptionHandler(RuntimeException e) { return getProblemDetail(HttpStatus.CONFLICT, e); } 감사합니다.
안녕하세요. Member와 MemberDetail의 연관관계 주인이 바뀐게 아닌가 싶습니다. 비록 1:1 관계이고, 두 객체 인스턴스가 동시에 생성되고 테이블에 영속화 되게끔 설정된 거는 맞지만, 논리적으로 Member 엔터티가 상위 엔터티이고, MemberDetail이 하위 엔터티가 맞는 것 같아요. 추후 Member 엔터티를 참조하는 다른 엔터티가 만들어질텐데, MemberDetail을 참조하는게 아니라 Member를 참조해야 하고요. 관련한 의견 부탁 드립니다. 감사합니다.
안녕하세요. 도메인 영역에 @Entity, @Query 애너테이션을 사용하는게 문제가 없다는 내용과 이유를 강의에서도, 질문&답변에서도 잘 설명해 주셨고, 모두 확인했습니다. 동일한 이유로, 강의에서 DuplicateEmailException에 @ResponseStatus 애너테이션 사용 시, 의존성 문제에 대해서 언급한 부분도, JPA 애너테이션을 사용할 수 있다는 동일한 근거로 허용되어도 문제가 없는게 아닐까요? 물론, @ResponseStatus 사용 시에 상태 코드 외에 추가적인 메시지 설정이 불가능하다는 등 단점이 있어서 사용하지는 않겠지만요. 그저 기술 의존성 침투 관점에서 궁금해서 문의 드립니다. 감사합니다.
직장을 다니면서 틈틈히 1일 10분이라도 강의 듣고 코딩 연습을 할려고 노력하다 보니 완강이 되었습니다. 고급편과 스프링 입문도 같이 하면서 백엔드 개발도 할 수 있는 시간을 기대합니다. 자료구조는 좀 재미(?)가 없었지만 나중에 필요한 내용이므로 잊어버리지 않고 기억하도록 하겠습니다. 좋은 강의 감사합니다.
