Na forum 4programmers.net korzystamy z plików cookies. Część z nich jest niezbędna do funkcjonowania
naszego forum, natomiast wykorzystanie pozostałych zależy od Twojej dobrowolnej zgody, którą możesz
wyrazić poniżej. Klikając „Zaakceptuj Wszystkie” zgadzasz się na wykorzystywanie przez nas plików cookies
analitycznych oraz reklamowych, jeżeli nie chcesz udzielić nam swojej zgody kliknij „Tylko niezbędne”.
Możesz także wyrazić swoją zgodę odrębnie dla plików cookies analitycznych lub reklamowych. W tym celu
ustaw odpowiednio pola wyboru i kliknij „Zaakceptuj Zaznaczone”. Więcej informacji o technologii cookie
znajduje się w naszej polityce prywatności.
Były już podobne tematy, jednak odnosiły się one do nowości w Kotlinie porównując ją do Javy, lub co jest bardziej przyszłościowe/płatne itp.
Jednak tu chciałabym rozpocząć nieco inną dyskuję...
W czym Java jest lepsza od Kotlina ?
Czy jest coś, czego Kotlin może pozazdrościć Javie i czego nigdy nie osiągnie ? Czy Kotlin ma jakieś ograniczenia w stosunku do Javy ?
Zapraszam do dyskusji.
Taki bym powiedział średni ten wpis. Niektóre argumenty trochę na siłe. Nie oceniam czy dobrą decyzję podjeli porzucając Kotlina dla Javy bo skoro tak zrobili to spoko ich decyzja ale przedstawione argumenty które rzekomo są wadami Kotlina są często mega słabe. Co zresztą wiele osób w komentarzach także postuje.
Kotlin to jest Java++
Dowolny kod w Javie można przerobić na Kave albo Jotlina jakiegoś, więc nie ma za bardzo żadnych "ograniczeń". W drugą stronę trudniej ;]
Java to jest taki trochę niskopoziomowy (w porównaniu do Kotlina, Scali czy Clojure) język referencyjny dla JVM.
Piszemy ostatnie kilka miesięcy w Kotlinie, ale jakoś nie zauważyłem efektu "wow". Klepie się podobnie jak w Javie i raczej dość naturalnie. Trochę więcej syntactic sugars, trochę mniej boilerplate code, ale nie widzę jakiejś drastycznej różnicy w kodzie.
edytowany 2x, ostatnio: Shalom
Zobacz pozostałe 10 komentarzy
scibi92
@Shalom: no generalnie z punktu widzenia ogarniętego deva to Kotlin to tako lukier składniowy. Tylko ile developerów jest ogarniętych :P
scibi92
@jarekr000000: odnośnie data class jest słabe to że nie można zrobić do nich buildera. A przydałaby się <uwaga> np. jakaś adnotacja do tego..
Dowolny kod w Javie da się przetłumaczyć na kod w Kotlinie praktycznie 1:1. Trudności są w miejscach gdzie Java przejechała się na własnych ułomnościach i coś trzeba było z tym zrobić:
generyki w Kotlinie działają inaczej niż w Javie
brak statycznych elementów klasy
Założeniem Kotlina jest, że każdej klasy Java da się użyć z marszu w Kotlinie i odwrotnie więc kod napisany w Kotlinie da się przetłumaczyć na kod napisany w Javie, ale czasami trzeba jednak coś przepisać inaczej, bo np. Kotlin ma własne kolekcje i strumienie.
Istotną wadą Kotlina może być za to brak tak rozbudowanej listy kolekcji w związku z czym podczas rekrutacji bez sensu jest pytać "czym się różni LinkedList od ArrayList" i pozostaje jedynie pytanie o różnice pomiędzy klasą abstrakcyjną a interfejsem, ale to akurat istotne jest jedynie dla seniorów.
Kotlin ma własne kolekcje i strumienie.
Istotną wadą Kotlina może być za to brak tak rozbudowanej listy kolekcji w związku z czym podczas rekrutacji bez sensu jest pytać "czym się różni LinkedList od ArrayList" i pozostaje jedynie pytanie o różnice pomiędzy klasą abstrakcyjną a interfejsem, ale to akurat istotne jest jedynie dla seniorów.
Kotlin rozszerza standardowe kolekcje z Javy. To Scala ma własne niekompatybilne z Javą kolekcje i trzeba używać wrapperów, by móc np przenieść Scalową Listę do metody oczekującej Javowej Listy.
Różnica sprowadza się głównie do use-site variance vs declaration-site variance: https://stackoverflow.com/q/4231305 Declaration-site variance jest między innymi w: C#, Kotlinie, Scali. Nie w Javie.
Niektórzy myślą, że Kotlin rozwiązuje problem wymazywania typów poprzez słówko kluczowe reified pokazane tutaj: https://kotlinlang.org/docs/reference/inline-functions.html#reified-type-parameters
Prawda jest taka, że Kotlin wcale magicznie nie odzyskuje wymazanych typów. Po prostu słówko kluczowe reified wymaga także słówka kluczowego inline, a więc ciało metody jest wklejone w miejsce wywołania na etapie kompilacji i także na etapie kompilacji kompilator statycznie oblicza którą klasę tworzymy. To jest coś zupełnie innego niż w C#, aczkolwiek samo podniecenie w związku z kompilującym się kodem typu new T() (w metodzie generycznej) jest takie samo.