코틀린은 ㅈㄴ 좋은데

[웃스음(118.235)]

DB쪽이 애매해 JPA랑 안맞아서

Exposed 쓰고 싶은데 익스포즈그 쓰는 회사는 못봤고

그렇다고 순수 SQL을 짜기는 싫고

JPA +JDSL 쓰고 있는데 흠..

애매해

- dc official App

[나트륨찡(natriummi)]

자바로 회귀해....

[웃스음(118.235)]

그건쫌;; - dc App

[김대기(211.219)]

별 문제 없던데

[웃스음(118.235)]

크게 문제는 없는데 코틀린 철학에 안맞잖아, final이나 생성자나 ㅇㅅㅇ - dc App

[김대기(211.219)]

타협해야지

[프갤러 1(122.199)]

사용자 문제

[웃스음(118.235)]

철학에 안맞는다고 - dc App

[프갤러 1(122.199)]

FACT) 코틀린에도 final이 있다

[웃스음(118.235)]

이새끼 병신인가 코틀린에서 기본적으로 클래스가 final로 동작해서 open을 해줘야 해서 철학에 안맞는다니까 누가 finalㄴ없는걸 모르노? - dc App

[프갤러 1(122.199)]

FACT) open 해주면 되기 때문에 철학따위의 문제가 아니다

[웃스음(118.235)]

진짜 ㅂㅅ이노 - dc App

[웃스음(118.235)]

val var도 그렇고 - dc App

[프갤러 1(122.199)]

FACT) val var는 타입추론이며 final 유무에따라 val을 쓰기도하고 var를 쓰기도 한다. 딱히 철학 따위의 문제를 알 수가 없다. 자바의 final var를 간단히 쓰는것으로 보는게 합리적이라고 봐도 무방하다.

[웃스음(118.235)]

코틀린 써본적은 있지? - dc App

[프갤러 1(122.199)]

결론) 글쓴이는 언어의 괴리감 따위로 철학이니 뭐니 기능이 지원대니마니로 이상한 논리를 펼치고있다.

[프갤러 1(122.199)]

FACT) 자바가 되면 코틀린은 100% 지원한다

[프갤러 1(122.199)]

FACT) 코틀린 전용 라이브러리라도 지원 코드를 직접 작성하면 된다.

[웃스음(118.235)]

상호운용성 100%가 코틀린에서도 매끄럽게 지원된다는건 아닌데 분명히 클래스 내부에서 닶을 변경하고 싶으면 var하고 setter protected 하능것도 불편하고 - dc App

[프갤러 1(122.199)]

FACT) 클래스 내부 값을 변경하는건 이미 잘못된 행동으로 보여진다. 글쓴이는 아마 언어적으로 Hacky한 방식을 선호하며 같이 일을하면 피해볼 수 있는 부류다

[익명(121.129)]

그래서 인프런에서는 자바 + 코틀린 섞어서 쓰던만

[익명(121.129)]

https://tech.inflab.com/20240110-java-and-kotlin/

[웃스음(118.235)]

나쁘진 않아 다만 JPA자체가 자바 기반으로 설계가 되어있으니까 익스포즈드 같은거 쓰고싶은데 고민임 - dc App

[프갤러 2(112.169)]

komapper써라

[웃스음(118.235)]

오 한번 찾아봄 - dc App