Reactive

리엑티브 백엔드 with ㅈ바

웹개발의 핵심은… 디비인데 가장 중요한 디비 접근관련된 부분만 잘못됐다.

특히 자바 진영에서는 나와 있어도 복잡도가 과도하다던가… 아마 기존 기술에다가 이걸 얹다보니 그렇게 되지 않았나

https://engineering.linecorp.com/ko/blog/kotlinjdsl-reactive-criteria-api-with-kotlin 라인에서는 뭐 이렇게 복잡한걸 만들었나 했는데 hibernate-reactive고 뭐고… 자바진영에서는 project-reactor를 기반으로 만들어져 있어서 다 이모양인가보다.

리엑티브 백엔드는

• r2dbc
• vertx를 기반으로 한 hibernate-reactive 이렇데 두 가지인듯

코루틴으로 논블러킹을 처리하고 스트림은… 별 수가 없는듯

jvm의 이벤트 루프는 네티… ㅈ바로 만든거라서 다시말해 지원도 안되는걸 어느 뛰어난 개발자가 억지로꾸역꾸역 만든거라서 문법이 괴랄맞게 복잡해진게 아닌가…

펑셔널하게 처리한다고 해도 펑션은 체이닝되고 분기되는 구조를 갖게 돼 있는데 자바의 표현력 안에서 문법을 설계하다 보니 이해할 수 없는 카오스 랭귀지가 된듯

라이브러리나 공통기능을 설계 할 때는 어떻게든 하겠지만… 비지니스 로직을 만들 수 있을지는 모르겠다. 과도하게 난해하다.

REF

• https://gunsdevlog.blogspot.com/2020/09/reactive-streams-reactor-webflux.html
• https://tech.kakao.com/2018/05/29/reactor-programming/

• https://tech.kakao.com/2018/05/29/reactor-programming/

• https://armeria.dev/docs/advanced-kotlin

Reactor

• https://beer1.tistory.com/16
• https://projectreactor.io/docs/netty/1.1.5/reference/index.html
• https://projectreactor.io
• https://github.com/reactor/reactor

  Loom

  지들도 이상한걸 알았는지 Loom이란걸 만들고 있다는 것 같다. https://www.reddit.com/r/java/comments/xf4pl7/reactor_bad_loom_good_but_how_will_the_landscape/

스트림, 비동기 처리를 뒷단에서 하고 코딩하는 부분에서는 안 보이게 하는?? 자바 문법을 유지하면서 하는건 불가능하다고 생각했는데 java21인가 어디쯤인가 나오는건가

https://spring.io/blog/2023/10/31/what-new-is-coming-in-reactor-core-3-6-0