euni

주니어 (1~3년)

뒤늦게 이해했습니다! while문 내에서 Thread.sleep()을 호출하는 바람에 context switching이 발생해서 cache가 flush되어 제가 원하는대로 동작하지 않는 것이었군요.. 저처럼 실수하는 분이 계실 것 같아서 글은 그대로 두겠습니다!! 감사합니다

코틀린으로 해당 C# 예제를 비슷하게 만들어봤는데, 제가 잘못 작성한 걸까요?

글이 이상하게 올라갔네요 ㅜ..&nbsp;&nbsp;<상황>지식 공유자님께서 작성해주신 C# 코드 예제를 코틀린으로 비슷하게 작성해서 시도해보았지만 같은 상황이 재현되지 않습니다.&nbsp;<질문 의도>제가 지식 공유자님의 코드를 잘못 이해하고 작성한 것인지, 아니면 JVM의 의도치 않은 최적화 때문에 의도와 다르게 동작하는 것인지 궁금합니다.&nbsp;&nbsp;<코드>위에 다시 올렸습니다!!

<pre><code>fun main (args: Array<String>) {
 Example().startUp()
}

class Example() {
 private var shouldStop = false

 fun startUp() {
 println("process start")

 val thread = Thread(Runnable {
 doWork()
 })

 thread.start()

 Thread.sleep(1000)
 shouldStop = true

 thread.join()

 println("process end")
 }

 private fun doWork() {
 while (!shouldStop) {
 println("doWork..")
 Thread.sleep(1000)
 }
 }
}</code></pre>

앗 선생님 뒤에 있는 강의에 해답이 있었네요!!!기선님 강의 다 좋지만 이번 강의가 너무너무 좋습니다 늘 감사합니다!

안녕하세요 선생님, 강의를 보고나서 Optional 소스코드를 뜯어보다가 어려운 부분이 있어서 질문 드립니다.

지나가다가 답변이 없길래 제 의견을 남겨보자면&nbsp;if ( member.getId() != null ) { return member id; }else { throw new MemberNotFoundException; }&nbsp;보다는member.getId().orElseThrow(() -> new MemberNotFoundException); 이 여러모로 낫지 않을까요Optional의 기능 자체가 모두 하드코딩으로 해결 가능한 부분이긴 하지만 가독성도 좋지 않고 코드도 길어지니까요&nbsp;"꼭 필요한가?"라는 논리에 따르면 Optional은 orElseThrow뿐 아니라 다른 모든 메서드도 꼭 필요한 건 아니라고 봅니다. 다만 더 간결하고 편하죠, 그리고 좀 더 고수같구요ㅋㅋ

orElseThrow()

스프링 신버전 : 유저 생성 코드 공유합니다

좋은 질문과 좋은 답변 감사합니다

setter에 @Autowired 쓰는 문법은 이제 막힌건가요?

많은 도움 되었습니다! 감사합니다🙇&zwj;♂️

부끄럽지만 아래 글을 읽고도 PostEditor의 목적을 잘 모르겠습니다

좋은 질문과 좋은 답변에 도움 받고 갑니다. 감사합니다.

euni

Posts