수업노트

안녕하세요! 간단한 변수명은, $변수명 처럼 중괄호 없이 간단히 표현하는게 더 좋다~ 라고 작성했습니다!달러를 두 개 사용하면, 수식으로 표현되어 사라졌나보네요! 🥲감사합니다. 🙇

KType 관련 Kotlin 2.3 변경점

좋은 내용 공유해 주셔서 감사합니다!! 👍

Kotlin 2.0(K2 컴파일러)에서 달라진 Java SAM 변환 동작

좋은 내용 공유해 주셔서 감사합니다! ☺

ec2 에서 Linux버전이 달라져서 설치가 안되는것 같은데 자료 최신화좀 해주세요.

안녕하세요! 아무개김님~ 🙂 말씀해주시는 내용에 대해 간단한 2026 설치 가이드 작성해두었습니다.한 번 보시고 더 필요한 부분이 있으시다면 편하게 질문 남겨주세요! 좋은 의견 주셔서 감사합니다. 🙇 (사진)

Java JDK 버전 문의의 건

안녕하세요! bora.it님. ☺ 에러 로그를 보니 스프링 3.x 버전을 사용하고 계시고 이 경우 Java 17+ 이상의 사용이 필수적입니다!조금 더 최신 버전인 17.0.13 and later에서 선택해 다운로드 받으시면 될 것 같습니다!감사합니다. 🙏

ec2 에서 Linux버전이 달라져서 설치가 안되는것 같은데 자료 최신화좀 해주세요.

안녕하세요! 아이고 그러셨군요 🥲넵 조만간 자료 최신화 해서 업데이트 해두겠습니다. 감사합니다. 🙇

h2 console 접속했을 테이블 질문

안녕하세요 동현님~! ☺ 아주 아주 좋은 질문 감사합니다.결론부터 말씀드리면 저희가 @Entity 라고 어노테이션을 붙인 클래스를 보고 리플렉션이란 기술을 활용해서클래스 이름클래스 안에 선언된 필드 목록 (이름과 타입)을 가져와 테이블을 만들어 주게 됩니다. 만약 @Column 으로 선언한 내용이 있으면 해당 설정을 우선적으로 따르게 됩니다. 예를 들어 단순 private final String name 이 있으면 varchar(255) name이 생기는데 @Column(length = 20) 을 붙이면 varchar(20) name 이 생기는 느낌입니다.답변이 도움이 되었으면 좋겠습니다. 감사합니다. 🙇

ec2 서버에서 스프링 실행도 되고 인바운드 설정까지 했는데 index.html 안됨

안녕하세요~ 진진님! 많이 답답하시겠어요!! 🥲혹시 http://15.164.103.65/v1/index.html 대신 http://15.164.103.65:8080/v1/index.html 처럼 :포트 까지 붙여 보시겠어요?!!브라우저는 기본적으로 http = 80 포트, https = 443 포트 를 사용하기에 80포트로 신호가 갔을거에요! 저희의 스프링 부트는 8080 포트를 쓰고 있으니 8080 으로 연결해보는겁니다! 꼭 해결되셨으면 좋겠습니다. 🙇

싱글톤과 스프링

앗 해결되셨다니 다행입니다 🙂사용 방식에 따라 스프링 싱글톤 이슈는 전혀 없습니다. 다만, object 를 코틀린이 문법적으로 지원하기에 편할 때가 간혹 있는데 대표적으로 DDD의 도메인서비스 개념을 구현할 때 좋은 것 같아요.@Component 를 이용해 단순 class로 만들면 누군가 도메인 서비스의 의도를 잊고 (stateless해야 하는데...) 필드를 추가하는 경우가 생기더라고요.Kotlin은 확실하게 object 키워드를 써서 필드 추가를 막으면서도 싱글톤으로 바로 사용할 수 있다 보니 (빈 주입을 하지 못하지만 도메인 서비스의 특성상 굳이 빈 주입을 하지 않아도 됩니다) 간혹 요긴하게 사용하고 있습니다.도메인 서비스 외에도 stateless 하게 만들고 싶은 특정한 영역 (Factory 라거나 Parser 라거나...) 은 object 키워드를 잘 사용하고 있습니다.감사합니다. 🙇

get() = 3

안녕하세요! akakakakak님! 🙂상속을 제외하고 말씀드리자면 그렇다면 위와 같은 형태의 커스텀 게터는 굳이 구현할 필요 없는 것 아닌가?에 대해서 저도 동일하게 생각합니다. 즉, 단일 클래스라면 custom getter를 사용하지 않고 그냥 프로퍼티를 쓰면 된다고 생각해요! 심지어 특정 클래스의 명확한 멤버가 아니라면 companion object에 const val 로 넣어도 좋다고 생각합니다. 하지만그냥 인터페이스의 게터 상속 의도를 표현하기 위해 별 의미나 실 용례는 없는 코드를 작성하신 거라고 봐도 될지?에 대해서는 조금 애매합니다.왜냐하면, 인터페이스는 '프로퍼티'를 갖지 못하는데, 인터페이스를 구현하는 각 구현체가 구현체 별로 고정된 프로퍼티를 반드시 갖는 것 처럼 구현하고 싶다면.. custom getter가 필요하기 때문이죠! 추상 클래스라면 프로퍼티를 이용할 수 있겠으나, 인터페이스라면 getter 형태로 풀어낼 수 밖에 없습니다. 🥺 답변이 도움이 되었으면 좋겠습니다. 감사합니다! 🙇