U
мне достаточно просто lock и unlock, причём одноуровнево
private Object lock = new Object();
synchronized(lock) {}
Size: a a a
2020 October 28
AG
Лучше так не делать, потому что есть планы сделать конструктор Object protected
E
Лучше так не делать, потому что есть планы сделать конструктор Object protected
А чем это помешает?
AG
Не скомпилируется, или в рантайме упадёт, если раньше было скомпилировано, а джаву обновили
E
Не скомпилируется, или в рантайме упадёт, если раньше было скомпилировано, а джаву обновили
Не понятно почему. Любой класс extends Object
AG
Ну поэтому и protected, а не public
E
Ну поэтому и protected, а не public
все понял, спасибо
U
Лучше так не делать, потому что есть планы сделать конструктор Object protected
так это же сломает var/val, не?
AG
Почему?
U
Почему?
val obj = new Object() {void method() {}} разве не заинферит анонимный тип?
AG
Так и сделает. Но проблемы тут вроде нет
P
А есть какая-то Либа для представления точек геолокации в Java?
Может, кто-то работал с этим?
Может, кто-то работал с этим?
VP
А есть какая-то Либа для представления точек геолокации в Java?
Может, кто-то работал с этим?
Может, кто-то работал с этим?
а почему просто нельзя хранить координаты?
P
а почему просто нельзя хранить координаты?
Ну Либа может предоставлять какой-то механизм хеширования или сериализации, например. А ты имеешь в виду свой класс прописать?
VP
Ну Либа может предоставлять какой-то механизм хеширования или сериализации, например. А ты имеешь в виду свой класс прописать?
Да. По хэшированию и так либы уже есть. А что и куда сериализовывать?
P
Да. По хэшированию и так либы уже есть. А что и куда сериализовывать?
Ну чтобы по сети отправлять на другой веб-сервис.
P
Хочу сделать нахождение k ближайших точек для геолекации из заданного набора геолокаций.
VP
Ну чтобы по сети отправлять на другой веб-сервис.
для этого тоже либы есть
VP
Ну не будет либы на каждый случай