타입스크립트에서의 오버로딩은 기존 다른 java 나 c# 에서 말하는 오버로딩과 개념이 다른 것 같은 맞나요? 타입스크립트의 오버로딩은 타입만을 따로 지정하는 것을 오버로딩으로 보는 것 같고 다른 언어에서는 아예 구현 자체를 오버로딩으로 보는 것 같은데 맞나요? 예) 타입스크립트 function overFunc(name: string) : string; // 이부분을 오버로딩이라 한다. java -public String overFunc(String name) { return "hello" + name; } public String overFunc(String name, int age) { return "hello" + name + age.toString(); } // java 에서는 이렇게 구현한 것을 오버로딩으로 한다.
안녕하세요. 삭제버튼을 클릭하기 전에 키워드가 아닌 다른 곳에 마우스를 두고 삭제버튼을 클릭할 경우, delete_keyword()가 실행이 되면서 키워드가 삭제가 안되더라도 idx가 -1을 출력하다가 행수보다 적어지면 index 에러 문구가 나는데요. 이와 같이 키워드를 선택하지 않은 경우는 실행되지 않고, 키워드를 선택한 경우만 실행이 되도록 조건로직에 추가를 해주고 싶은데 어떻게 해야 할까요?
network is not ready: container runtime network not ready: NetworkReady=false reason:NetworkPluginNotReady message:Network plugin returns error: cni plugin not initialized 위와 같은 에러가 발생하였습니다. 혹시 kubeadm join이 제대로 안되었을까봐 ssh root@192.168.64.32 root@192.168.64.32's password: Last login: Mon Jan 1 02:54:04 2024 from 192.168.64.1 [root@k8s-node2 ~]# kubeadm join 192.168.64.30:6443 --token cyglm6.tgemxrxcwn2875z3 --discovery-token-ca-cert-hash sha256:2a6a3ca09f975b2ee5ac538e756ca0f2e170881028001afa8cf658c3f50fcbf9 [preflight] Running pre-flight checks error execution phase preflight: [preflight] Some fatal errors occurred: [ERROR FileAvailable--etc-kubernetes-kubelet.conf]: /etc/kubernetes/kubelet.conf already exists [ERROR Port-10250]: Port 10250 is in use [ERROR FileAvailable--etc-kubernetes-pki-ca.crt]: /etc/kubernetes/pki/ca.crt already exists [preflight] If you know what you are doing, you can make a check non-fatal with `--ignore-preflight-errors=...` To see the stack trace of this error execute with --v=5 or higher 다시 시도해봤는데, join은 잘 된 것 같습니다. 위와 같이 에러가 발생한 이유가 뭘까요?
안녕하세요. 진석님. 강의 잘 듣고 있습니다~ 모든 Domain Logic을 Model에서 처리한다고 말씀주셨는데요. 우리가 일반적으로 생각하는 MVC모델에서 Controller의 코드가 비대해지는 것처럼 Model이 너무 거대해 질 것 같다는 생각이 드는데 이와 같은 현상이 나타나게 방지하는 Django의 Best Practice가 있을까요? 만약 DB에 접근하는 것이 아닌 Cognito와 같은 Infra를 사용하고 기타 로직들이 들어가면 View도 결국 Code가 비대해질텐데요.. 이 부분도 처리하는 Django의 방법이 있을까요? 이번 강의는 좀 어렵네요 ㅜ 감사합니다 진석님.
안녕하세요. 너무나 좋은 강의를 무료로 올려주셔서 현업에서도 큰 도움이 되고 있습니다. 다름이 아니라, 실무에서는 실습과 다르게 삭제한 파일을 먼저 보기 보다 휴지통에서 알 수 없는 $I1234.xlsb라는 파일을 먼저 보게 됩니다. 따라서 위와 같은 파일이 실제 어떤 파일인지 확인해야 하는데, 위 인덱스 파일($I)을 HxD로 열 경우 다행히 영문이라면 경로와 파일명을 확인할 수 있는데, 제목이 한글이라면 인코딩이 깨져 파일명을 알 수가 없습니다. 한글 제목의 파일이 휴지통으로 이동된 후 삭제되었을 경우, 남아있는 아티팩트로 확인 할 수 있는 방법이 있을까요? 2024년 새해 복 많이 받으세요^^
8080포트에 백엔드 서버가 동작 중인데, Listener를 80 포트만 해도 괜찮나요? 80 포트에는 Nginx가 있고, Reverse Proxy를 사용하여 8080 포트의 백엔드 서버(Spring Boot)를 연동 중에 있습니다. Nginx가 80 포트에 있고 연동을 시켜줘서 따로 Listener를 8080 포트로 설정 안 해도 괜찮나요? 2. AZ가 증가할수록 요금이 상승하나요? 테스트 용도로 사용하려면 2개로 요금을 최소화 할 수 있나요?
[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예) [질문 내용] https://www.inflearn.com/questions/112647 해당 링크에 질문과 동일하게 궁금증이 있는데, 강사님의 답변에도 이해가 되질 않는 부분이 있어 다시 질문드립니다! 강의자료 예시는 이전에 no-store지시자가 사용되지 않은 캐시데이터에 한해서 캐시무효화를 위해 4가지 지시자를 모두 사용하는건가요? 최초에 no-store지시자가 사용된 데이터는 클라이언트던 프록시 서버던 캐시에 저장되지 않는데도 4가지 지시자를 모두 사용해야 하는건가요? 몇가지 이유로 인해 no-store만으로 캐시무효화를 완벽히 할 수 없다고 답변해주셨는데 no-store만을 사용했을때, 캐시 무효화에 있어서 어떤 문제점들이 발생하는지 예시를 들어주실 수 있을까요? 감사합니다!
안녕하세요 선생님 7-3.Scanner_반복예제(5분 54초경) 질문이 있습니다. 선생님께서 작성하신 코드에 따르면 int구문을 if와 구별하여 작성해주신 것으로 확인했습니다. 저는 이와 다르게 하기와 같이 구현하였는데 이렇게 진행해도 무방할까요? Scanner scanner = new Scanner(System.in); System.out.println("첫번쨰와 두번째 숫자 모두 0을 입력하면 프로그램을 종료합니다."); while (true) { System.out.print("첫번쨰 숫자를 입력하세요 : "); int num1 = scanner.nextInt(); System.out.print("두번쨰 숫자를 입력하세요 : "); int num2 = scanner.nextInt(); if (num1 == 0 && num2 == 0) { System.out.println("프로그램을 종료합니다."); break; } else { int sum = num1 + num2; System.out.println("두 숫자의 합은 ? = " + sum); }
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] Order와 Item은 다대다 관계입니다. 하나의 주문이 여러개의 상품을 담을 수 있고, 하나의 상품은 여러개의 주문에 속할 수 있다. 여기서 궁금한 점이 있습니다. 하나의 상품이 여러 개의 주문이 속할때 예를 하나의 상품이라는 객체가 다음과 같이 구성될때 id : 1 name : 핸드폰 stockQuantity : 3 categories : 전자제품 이라는 하나의 객체가 주문( id : 2)에도 속하고 다른 주문(id:3)에도 속할 수 있다는건가요?
안녕하세요. 제가 이해한 바로는, join과 fetch join의 차이가 select하는 범위의 차이라고 알고 있습니다. 예를 들어, Member findMember = queryFactory .selectFrom(member) .join(member.team, team) .where(member.username.eq("member1")) .fetchOne(); 위 코드는 일반 join 으로 team 연관관계를 조회합니다. 그 결과 member 정보만 select 합니다. select m1_0.member_id, m1_0.age, m1_0.team_id, m1_0.username from member m1_0 join team t1_0 on t1_0.team_id=m1_0.team_id where m1_0.username=? 반대로 fetch join 을 하면 한 번의 쿼리로 team 정보도 select문에 포함시킵니다. Member findMember = queryFactory .selectFrom(member) .join(member.team, team).fetchJoin() .where(member.username.eq("member1")) .fetchOne(); select m1_0.member_id, m1_0.age, t1_0.team_id, t1_0.name, //팀 이름이 추가! m1_0.username from member m1_0 join team t1_0 on t1_0.team_id=m1_0.team_id where m1_0.username=? 여기까지 제가 이해한 게 맞다면, 질문 드립니다. 강사님께서 Querydsl에서 where절 파라미터 사용하는 예제를 보여주실 때, 분명 코드는 leftJoin(), 즉 일반 join()을 사용하셨습니다. public List<MemberTeamDto> searchByWhere(MemberSearchCondition condition) { return queryFactory .select(new QMemberTeamDto ( member.id.as("memberId"), member.username, member.age, team.id.as("teamId"), team.name.as("teamName") )) .from(member) .leftJoin(member.team, team) .where( usernameEq(condition.getUsername()), teamnameEq(condition.getTeamName()), ageGoe(condition.getAgeGoe()), ageLoe(condition.getAgeLoe())) .fetch(); } fetch join을 사용하지 않았으니 member와 연관관계를 가진 team은 프록시 객체를 가질 것입니다. 하지만 쿼리문을 보면 마치 fetch join을 한 것처럼 select 문에 team.name 을 조회하는 쿼리문이 포함되어 있습니다. /* select member1.id as memberId, member1.username, member1.age, team.id as teamId, team.name as teamName from Member member1 left join member1.team as team where team.name = ?1 and member1.age >= ?2 */ select m1_0.member_id, m1_0.username, m1_0.age, t1_0.team_id, t1_0.name from member m1_0 left join team t1_0 on t1_0.team_id=m1_0.team_id where t1_0.name=? and m1_0.age>=? 어째서 fetch join을 하지 않았는데 한 번의 쿼리문으로 member와 team 정보를 모두 조회할 수 있는지 궁금합니다. 만약 일반 join으로 가능하다면 굳이 fetch join을 사용할 이유가 없을텐데 말입니다. 감사합니다!
