[interface]

Recommended compiler and linker flags for GCC #cpp #clang
https://developers.redhat.com/blog/2018/03/21/compiler-and-linker-flags-gcc/

First Contact With ‘var’ In Java 10
https://blog.codefx.org/java/java-10-var-type-inference/

#interfacesmieci

[GotoFinal]

@interface: jeżu, co chwile te wpisy o var każdy blog i ten sam post z tymi samymi informacjami :D

[interface]

@GotoFinal: co nie

[afe1]

@interface: w java <10 mozna uzyc

https://projectlombok.org/features/var
https://projectlombok.org/features/val

[interface]

@afe1: znam, zawołam tu @GotoFinal on lubi lomboka ( ͡° ͜ʖ ͡°)

[GotoFinal]

@afe1: @interface: oby lombok umaru ;/ zbyt czitowane ;/ a do @Data jest libka immutables

[afe1]

@GotoFinal: tylko lombok! reszta prymitywnych zwierzat klika alt+insert albo recznie ( ͡° ͜ʖ ͡°)

ale juz jest plan: http://cr.openjdk.java.net/~briangoetz/amber/datum.html

[GotoFinal]

@afe1: libka Immutables załatwia sprawę ;/ bez hacków

[afe1]

Immutables

@GotoFinal: mowisz o tym? https://immutables.github.io/ to tez jest annotation processor i chyba podobnie do lomboka dziala? czy sie myle?

[GotoFinal]

@afe1: no niezbyt, lombok wychodzi za API, modyfikuje AST w runtime pomimo że to nie jest cześć API, nadpisując nawet fragmenty kompilatora refleksjami i agentami/manipulacją bytecode. Więc też działa tylko na wybranych kompilatorach. Jak np ktoś chce np łączyć języki to może być problem, czy zwyczajnie jebnie po aktualizacji kompialtora, nawet dla minor wersji.
A immutables zadziała ze wszystkim, bo używa tylko oficjalnego API

[afe1]

@GotoFinal: to nie w runtime, tylko podczas kompilacji lombok dorzuca swoj bytecode - metody, pola itp - i w wyniku tego powstaje normalny plik class ktory dziala wszedzie. Problem polega na tym ze to co widzisz kodzie jest inne niz wygenerowany bytecode w class. Immutables tworzy subclass danej klasy i tam dorzuca swoje rzeczy.

Mi sie wydaje ze to dziala na wszystkich kompilatorach bo jest to oficjalne api - https://docs.oracle.com/javase/8/docs/api/javax/annotation/processing/Processor.html

no

[GotoFinal]

@afe1:

to nie w runtime, tylko podczas kompilacji l

No chodzi o runtime kompilacji, przecież cały czas piszę o API kompilatora :P

No i niestety pomijasz ważną rzecz: te api pozwala tylko wygenerować nowe klasy itd - ale nie możesz edytować AST obecnej klasy tak że dodajesz sobie getter i możesz go bezpośrednio używać z tej samej klasy. Jak dodasz metodę do istniejącej klasy to nie możesz jej użyć w tej

[afe1]

@GotoFinal: refleksji tam chyba nie uzywa, bo niby po co? - ma swoje api uzywane do zbudowania wlasnej wersji drzewka i jej modyfikacji - co jest niezgodne z jsr 269, bo annotation processing api nie pozwala na modyfikacje.

Jak wlasnie wyczytalem w groovy mozna modyfikowac AST wiec tam nie ma problemu.

Ten agent - jak komentarz glosi :) - to patch na eclipse, zeby drzewko ast przeslac do lomboka, jest

[GotoFinal]

@afe1: wyszukaj w repo refleksji, znajdziesz masę pod javac.
i nie chodzi o to czy można, tylko o to czy dana biblioteka robiąca takie czarne magie wspiera dany kompilator. Są takie co działają jak eclipse co np działają tylko pod javac lub tylko pod eclipse i tylko na wybranym IDE działa to poprawnie.
No i chyba naturalne że patch aplikuje się przed wykonaniem tego kodu? :D Ale to dalej modyfikacja