질문은 동영상 강의에 들어가서 오른쪽에 커뮤니티 버튼을 통해 해주세요. 그래야 어떤 강좌에서 질문하셨는지 알 수 있습니다. 영상에서 몇 분 몇 초 대를 알려주셔야 제가 한 번에 질문 내용 확인이 가능합니다. 이미 다른 누군가가 질문을 한 이력 이 있을 수 있습니다. 질문 게시판을 한 번 확인 부탁 드립니다. 학교의 과제나 타 강사의 코드 등 외부 수업 자료에 대해서는 답변하지 않습니다. 제가 다루는 커리큘럼 외의 이론이나, 너무 디테일한 컴퓨터 이론에 대해서는 답변 드리지 않습니다. 시험에 안 나오는 경우가 많고, 나와 봤자 1문제 나오는데 외워야 할 부분이 많은 것 등 (예시: 서브넷 마스크 계산) 질문을 올릴 때 이 글은 모두 지우고 내용을 입력해주세요. insert 메서드에서 if(!new_node) return head; 부분에 head가 반환되는 경우는 메모리 부족으로 new_node가 만들어지지 않을때만 head반환되는건가요? 문제에서는 메모리 부족관련해서 정보가 기재되지 않으면 해당 오류는 발생하지 않으니까 무시해도 되는걸까요?
coupon 데이터 처리시 !! 연산자 처리하는 부분에 질문이 있습니다. 논리적으로 현재 기획상으로는 null 일리 없음. -> !! 연산자를 사용 이 상황으로 코드를 이해하긴 했어요. 하지만, 이러한 방식은 일종의 암묵지라서 버그가 발생할 여지가 있어보이는데요. 특히 쿠폰처럼 사람이 개입하는 경우에 어드민에서 상태를 변경하는 경우 기존의 전제가 성립하지 않을 때가 있잖아요. (쿠폰을 비활성화 한다거나) 이런 경우 몇가지 선택지가 있을거 같아요. 1. 쿠폰은 임의로 비활성화하지(or 다른 상태도 불변) 않는다. 2. 쿠폰이 비활성화 되는 경우, 소유 쿠폰에서 제거 된다. 이런 경우,, 기획에 따라 다르다라고 이해해야할까요? 저 같은 경우, 이미 발급된 소유 쿠폰 자체를 불변처리 하는쪽으로 얘기하는 편이 심플해보이긴 합니다만, 재민님 의견도 궁금합니다.
찜 목록을 조회해야하는 상황에서, Product 의 상태가 전이되는 경우가 있을거 같은데요. 예를들어, 어떤 이유로 soft delete 되거나, 판매자가 숨김 처리를 하거나,, 이런 경우에는 물론,, 회사마다 정책이 다른거 같긴하더라구요. 예를들어, 들어가니 404 페이지가 뜨는 경우도 있고, 안보여주는 경우도 있구요. 이때 고민되는 부분이 찜 목록 (페이지네이션 한다는 가정) 을 조회할 때 아래의 문제들이 발생하는거 같은데, 혹시 어떻게 푸는게 좋을까요? 1. product 의 상태를 이벤트로 받아서, 찜 목록을 처리한다. -> 이 경우 찜이 많이 된 경우 (유명한 아이템이라 100만개의 찜이 있는) 처리가 애매해보이더라구요. 2. join 을 통해 풀어준다. -> 현재는 상품의 찜 목록이라, 사실 같은 팀내에 같은 서비스가 접근 가능해서 join 이 가능할거 같은데, 이게 찜이 아니라, 나의 리뷰보기 같은 경우 다른 팀에 있을 가능성이 있어서 join 을 통해 풀기 어려운 경우도 있을거 같다는 생각도 드네요.
안녕하세요. 강의 너무 잘 듣고 있습니다. CSRF 대응 관련하여 CSRF Token을 form hidden으로 처리하는 방식이 대표적인 처리 방법으로 알고 있고, 강의에서도 그렇게 소개 시켜주셨습니다. HTML을 서버측에서 렌더링 할 때에는 언급해주신 프레임워크에서 제공해주는 기능을 활용하면 간단하게 구현이 가능한것으로 알고 있는데, 만약 프론트와 백엔드가 분리된 환경에서는 CSRF 토큰을 어떤식으로 검증 및 처리하는게 일반적인가요? 당장 생각나는건, 특정 api 요청 전에 반드시 csrf token 발급을 요청하고, 그 발급받은 token을 api요청에 header 쪽에 넣어서 보내서 검증하는 방식인것 같습니다만, 매 api 요청마다 처리해줘야하는 부분이라 다소 불편한 방식인 것 같네요..
findAllWithMemberDelivery 이 메서드 내부에서, join fetch oi.item i 는 안해주셨는데, 안해주는 이유가 무엇일까요? 조회하려는 엔티티인 Order기준으로 한 페치조인이 아니고 orderItem기준으로 한 페치조인이기 때문에 그런것일까요? 아니면 order가 아니라 orderItem에 있는 item이기때문에 그런것일까요?
업캐스팅(부모 형태, 자식 생성자) 챕터 9:23 해당 문제에서 메인 함수에서 구문이 아래와 같을 때 A b = new B(); b.paint(); b.draw(); 첫번째 구문은 자식 기본 생성자 출력하는 것이지만 자식 클래스에서 자식 기본 생성자가 없는 것을 확인하였고 부모 클래스에서 부모 기본 생성자 있는 것을 확인하였습니다. 이 상황에서 비록 자식 기본 생성자는 없지만 부모 기본 생성자는 있어서 바로 출력하여야 하지 않나요?
상속과 생성자 호출순서 7:19 자식 생성자에 대해서 출력함에 있어서 부모 기본 생성자가 먼저 오고 그 다음에 자식 생성자가 와야한다는 것은 이해를 하였습니다. 만약 부모 클래스에서 부모 기본 생성자가 없고 void start() 또는 매개 변수 있는 부모 생성자만 있는 상황에서는 부모 클래스에서 어떤 것을 출력하여야 하나요?
안녕하세요. 정보처리기사 실기 31강 업캐스팅 강의 10분부터 나오는 '업캐스팅 문제 예시 2번' 예제에서 질문이 있습니다. A b = new B(); 이렇게 생성한 인스턴스 b에 대해 b.paint()를 호출하고 내부에서 super.draw()를 호출하고 있는 상황입니다. 만약 class A의 draw 메서드 내부에서 draw() 가 아니라 this.draw()를 호출한다고 하면 그때는 B의 메서드가 호출되는지 아니면 A의 메서드가 호출되어 무한루프 도는지 궁금합니다. (부모클래스의 메서드가 실행되고 있을 때 this는 부모를 가리키는지 자식을 가리키는지가 궁금합니다.)
Category와 Product의 관계를 N:N 으로 설계하신 것은 향후 확장성이나 관계 변경을 고려하신 것일까요? 개인적으로는 처음에 1:1 또는 1:N 구조로 설계해 한쪽 테이블에 외래키를 두는 경우가 많았는데, 비즈니스 요구사항이 변하면서 결국 N:N 관계로 바뀌어 중간 매핑 테이블을 추가한 경험이 여러 번 있었습니다. 그래서 이번 강의를 보며, “어차피 관계가 바뀔 가능성이 있다면 처음부터 매핑 테이블로 시작하는 게 더 유연하지 않을까?” 라는 생각이 들었습니다. 다만 그렇게 되면 Status(상태) 같은 중복 데이터가 생기기도 해서 이런 트레이드오프에 대해 재민님은 어떤 기준으로 판단하셨는지도 궁금합니다. 좋은 강의 감사합니다 :>
