hotfirebulldog7568

자답: 바로 다음 단원에서 나옵니다.

[58. 인덱스와 정렬]을 듣다가 질문입니다.

자답강의 <code>해시 알고리즘6 - 해시 충돌 구현</code> 15:02 부분에서 이미 설명한 내용.&nbsp;데이터를 추가하는데 O(n)의 시간 복잡도가 소요.그러나, 해시 충돌이 발생하지 않는 상황은 결국 각 bucket의 데이터가 0개나 1개 들어있는 거기때문에 <code>contains(..)</code>가 O(1)의 시간 복잡도로 소요된다. &nbsp;따라서, 해시 인덱스를 사용하는 경우 데이터 저장을 할 때 평균 시간 복잡도가 O(1)이라 할 수 있다. <hr>괜한 알람가게 해서 죄송합니다.

해시 인덱스를 사용하는 경우 데이터 저장 평균 시간 복잡도에 대해 질문

안녕하세요. 비공식 서포터즈 임형준입니다. NetworkMessage가 클래스라고 생각이 들어 조금 헷갈리실 수 있었을 거 같습니다. 이걸 메서드라고 생각해볼까요? 보통 메서드를 작성할 때, 인스턴스 변수를 사용할 때 static으로 선언하지 않고, 반대로 인스턴스 변수를 사용하지 않을 때 static으로 선언합니다. 즉, 상태를 가지고 있지 않기 때문에 모든 객체들이 똑같이 행동할 수 있어 static으로 효율을 높입니다.&nbsp;마찬가지로 이 Network 클래스에서의 인스턴스 변수가 없고, NetworkMessage에서 사용하지도 않기 때문에 static으로 선언했다고 볼 수 있습니다.

private 인데 static 을 붙인이유

안녕하세요. 비공식 서포터 임형준입니다. hxhxhx님께서 말씀하신 클래스 접근제어자는 public, default가 맞습니다. package레벨에서 한 번 생각해볼까요? 그러면 두가지의 경우만 필요하다는 것을 알 수 있어요. (package 안에서만 쓸 수 있는 경우, package안팎에서 쓸 수 있는 경우) 이에 따라 default, public으로 나눈겁니다. 그렇다면 이 nested class라는 것을 class(정확히는 top-level class)안에 마치 변수처럼 사용을 할 때는 구분을 어떻게 할 수 있을까요? 모든 범위, 같은 package 안, 같은 class 안 이렇게 3가지 경우로 나눌 수 있습니다. 이에 따라 <ul><li>모든 범위 -> public</li><li>같은 package -> default</li><li>같은 class -> private 로 나눌 수 있게 됩니다.</li></ul><code>접근 제어자</code>가 어떤 역할을 하는건지에 따라 나뉘어진다는게 키포인트인 거 같습니다.

클래스 접근제어자

안녕하세요. 비공식 서포터즈 임형준입니다. 당나귀님처럼 코드변경해보는거 저도 좋아합니다. 아마 <code>Constant expression required</code> 과 같은 컴파일 에러가 발견되었겠죠? 이렇게 뚜렷하게 키워드들이 나오면 저는 공식문서나 스펙으로 한 번 확인해봐요. (멋있잖아요. ㅎㅎ) <a target="_blank" rel="noopener noreferrer nofollow" href="https://docs.oracle.com/javase/specs/jls/se23/html/jls-14.html#jls-SwitchLabel">https://docs.oracle.com/javase/specs/jls/se23/html/jls-14.html#jls-SwitchLabel</a>들어가보면 바로 다음 문구를 확인하실 수 있습니다. > Every <code>case</code> constant must be either a constant expression (<a target="_blank" rel="noopener noreferrer nofollow" class="xref" href="https://docs.oracle.com/javase/specs/jls/se23/html/jls-15.html#jls-15.29">§15.29</a>), or the name of an enum constant (<a target="_blank" rel="noopener noreferrer nofollow" class="xref" href="https://docs.oracle.com/javase/specs/jls/se23/html/jls-8.html#jls-8.9.1">§8.9.1</a>), otherwise a compile-time error occurs. 발번역 해본다면, '모든 case constant 는 constant expression 이거나 enum 상수의 이름이어야 하고 다른 것들은 컴파일 에러가 발생한다.' 라고 합니다. 정리해본다면, case문 안에 상수는 1. constant expression: 보통 final static 으로 선언된 상수를 말합니다. 2. enum 객체 자체(아마 Java 17부터 가능) 이 두가지 경우가 선언될 수 있습니다. 하지만, <code>ClassGrade.BASIC</code> 과 같은 경우는 final static으로 선언된 상수(primitive type 혹은 String)가 아니라 객체이기 때문에 허용이 안됩니다.

섹션 5 - 3(타입 안전 열거형 패턴) if 문대신 개선된 switch 문으로 변경

<blockquote>이 상황은 Parent를 상속받은 Child라는 객체를 생성하여, 현재 Parent,Child 두 객체가 생성된 상황이며, poly를 부모 변수로 선언하였습니다. 부모는 자식에 대해 알 수 없다라는 논리에 따라 Child라는 객체가 있어도 부모 Parent는 Child에 선언된 메서드와 필드를 모른다는 것이 영한님의 설명인 것 같습니다.</blockquote>이 부분 먼저 조금 수정해봐도 괜찮을까요? <code>Parent poly = new Child();</code> 1. new 연산자에 의해 Child 인스턴스가 딱 하나가 힙에 생성(힙 메모리에 적재)됩니다. 이 Child 인스턴스는 Parent를 상속받았으므로 Parent, Child클래스의 구조를 포함하고 있지요. 2. Parent 타입의 참조 변수 poly가 main stack frame에 생성(메모리에 적재)되고 이 인스턴스에 할당됩니다. <code>poly.value</code> 변수는 김도협님의 질문 의도와 같이 Parent 타입을 기준으로 동작합니다. <code>poly.method()</code> 메서드는 Java에서 오버라이딩 된 메서드에 우선권을 부여합니다. 이를 좀 더 구체적으로 말씀드리면 Java에서는 런타임에 <code>객체의 실제 타입</code>(여기서는 new Child()로 인한 Child타입)을 기준으로 동작합니다. 그렇다면 Java 에서 왜 이렇게 만들었을까요? 이럴 때 저는 자주 사용하는 방법이 반대로 생각하기입니다. 만약, poly.method() 가 변수와 똑같이 적용된다고 해보겠습니다. ```java Parent poly = new Parent();poly.method(); // "Parent method"&nbsp;Parent poly = new Child();poly.method(); // "Parent method" ``` 이렇게 된다면 결국 다형성을 사용하지 못하게 됩니다. 이 단원의 맨처음을 생각해보면 이렇게 하는 이유는 다 다형성을 활용하게 하기 위해서 였습니다. 저렇게 메서드를 오버라이딩 된 메서드에 우선권을 강제로 부여해서 말이죠. 참고) 이렇게 객체의 실제 타입으로 메서드를 호출시키는 것을 컴퓨터 과학에서는 <a target="_blank" rel="noopener noreferrer nofollow" href="https://en.wikipedia.org/wiki/Dynamic_dispatch#:~:text=In%20computer%20science%2C%20dynamic%20dispatch,(OOP)%20languages%20and%20systems.">Dynamic dispatch 라고 합니다.</a> 하지만, 초반에 이런 이론에 너무 빠지는 거보다 Java에서 그냥 이렇게 해주는구나. 라고 받아들이고 코딩을 왕창하시는게 훨씬 훨씬 빠르게 성장하실겁니다. 열공하세요.

오버라이딩 논리를 다시 설명해주세요.

<code>따라서 다운캐스팅을 해도 자식클래스 메서드를 호출하지 못한다 -> 라고 생각하면 되는 건가요?</code> 에 대한 답변: 애초에 new Parent로 생성된 인스턴스에는 Child 클래스에 대한 정보가 없으므로 다운 캐스팅을 할 수 없습니다. <code>그렇지만 다시 생각해보면 메서드는 메서드 영역 내에서 가져다가 호출하는 방식인데, 그렇게 된다면 자식 클래스의 메서드 또한 메서드 영역내에서 불러오면 되니까 호출이 가능한 게 아닐까요..?</code> 에 대한 답변: 위에서 다운 캐스팅이 성립이 안되기 때문에 런타임 에러(ClassCastException)가 발생되어 메서드 호출하기 전에 프로그램이 종료됩니다. 제공해주신 콘솔을 확인해보면 마지막에 <code>at poly.basic.CastingMain1.main(CastingMain1.java:7)</code>이라고 나와있습니다. 7번 라인에서 예외가 발생한 것임을 알 수 있습니다. (다음에 코드 스크린샷을 제공할 때, 라인 수도 같이 찍어주시면 더 좋을거에요!) 아마 <code>child.childMethod()</code>를 지우시고 실행하셔도 똑같은 에러가 발생할겁니다.

다운캐스팅에 대한 질

어익후. 갑자기 깨달았습니다.GET, POST만 지원되는 경우에 <code>삭제하라</code>같은 명령을 내릴 수 없으니까 그럴때는 동사처리하는 거군요. &nbsp;신중하지 못했던 질문에 대해서 반성합니다.

HTTP API 설계 예시 - 컨트롤러, 컨트롤 URI 부분 동사를 직접 사용에 대한 질문입니다.

<code>MemberFormControllerV1</code>을 예로 들어보겠습니다. <code>process(..)</code>는 다음과 같이 두가지 부분으로 나뉘어 질 수 있습니다.<img src="https://cdn.inflearn.com/public/files/posts/1a10db82-66b3-4651-bb93-6222feebfe9e/Screenshot2024-07-30at12.52.25â¯PM.png" media-type="img" alt="Screenshot 2024-07-30 at 12.52.25 PM.png" title="Screenshot 2024-07-30 at 12.52.25 PM.png" width="396" height="72">왜 그럴까요? 위의 빨간 상자는 계속 변할 수 있기 때문입니다. 반면 아래 상자는 변함이 없는 로직입니다. 따라서, 이 두 박스를 분리해줍니다. <img src="https://cdn.inflearn.com/public/files/posts/5dfd1273-5760-476a-af91-7e7a1c64cda8/Screenshot2024-07-30at12.57.37â¯PM.png" media-type="img" alt="Screenshot 2024-07-30 at 12.57.37 PM.png" title="Screenshot 2024-07-30 at 12.57.37 PM.png" width="381" height="85"> 다른 Controller들을 비교해보면 이 process의 2줄 로직이 모두 동일하다는 걸 알 수 있습니다. 그렇다면 이걸 그냥 효율적으로 <code>MyView</code>라는 객체를 만들어서 한군데에서 처리해주겠다는 걸 적용하려고 하니까 고쳐야할 점이 보입니다. 이 <code>getRequestDispatcher(..)</code>가 viewPath를 사용한다는 점입니다. 따라서, 이 viewPath를 MyView에 넘겨줘야합니다. 어떤 값을 넘겨줄려고 할 때 스프링 기본편에서 배웠던 <code>Dependency Injcection</code> 을 사용하면 MyView생성자가 viewPath를 외부에서 주입받는 방향으로 코딩을 하게 됩니다. 결국, MyView는 viewPath의 구체적인 값을 몰라도 되게 됩니다. 그렇다면 질문주신 "String 타입의 파라미터를 받는 메서드로 만들면 안 되나요?" 에 대한 답변은 만들 수는 있다입니다. 하지만 파라미터의 갯수를 늘리는 방식으로 리팩터링을 하면 단점이 있습니다. 해당 메서드를 호출하는 쪽에서도 알맞는 값을 넣어줘야 한다는 단점이 있습니다. 반복되는 행위를 하나의 클래스를 만들어서 그 클래스가 반복되는 행위를 하게끔 하는 것이 객체지향적으로도 효율면에서도 더 좋기 때문에 객체로 따로 뺀것입니다.

view 분리에 대해 질문이 있습니다!

질문에 오류가 있어 다시 질문드립니다. 헷갈리게 해서 죄송합니다. <a target="_blank" rel="noopener noreferrer nofollow" href="https://www.inflearn.com/questions/1280576/static-factory-method%EB%A1%9C-%EB%B9%88-%EC%83%9D%EC%84%B1">https://www.inflearn.com/questions/1280576/static-factory-method%EB%A1%9C-%EB%B9%88-%EC%83%9D%EC%84%B1</a>

hotfirebulldog7568

Posts