A
за статью спасибо @Andrei_Belyaev
о, это супер!
Size: a a a
2020 November 12
AE
о, это супер!
умение гуглить программисту очень нужно
A
хм, читая статью возник вопрос. В самом первом примере кода создается метод в котором находится логика лямбды, и используется CallSite объект чтобы этот метод вызвать. Зачем использовать CallSite объект, если такой метод уже создан, и мы можем просто вызвать его?
AB
хм, читая статью возник вопрос. В самом первом примере кода создается метод в котором находится логика лямбды, и используется CallSite объект чтобы этот метод вызвать. Зачем использовать CallSite объект, если такой метод уже создан, и мы можем просто вызвать его?
A CallSite is a holder for a variable MethodHandle, which is called its target. An invokedynamic instruction linked to a CallSite delegates all calls to the site's current target. A CallSite may be associated with several invokedynamic instructions, or it may be "free floating", associated with none. In any case, it may be invoked through an associated method handle called its dynamic invoker.
AS
хм, читая статью возник вопрос. В самом первом примере кода создается метод в котором находится логика лямбды, и используется CallSite объект чтобы этот метод вызвать. Зачем использовать CallSite объект, если такой метод уже создан, и мы можем просто вызвать его?
Потому что в общем виде целевой MethodHandle (MH) можно положить в MutableCallSite и менять его на лету, давая рантайму переоптимизировать. Для лямбд это не важно, потому что целевой MH там лежит в ConstantCallSite (CCS). JIT-компилятор, увидя слинкованный CCS, тупо найдёт там целевой MH, и заинлайнит сквозь него.
AS
"В общем виде" -- это вообще для java.lang.invoke, а не для лябмд. Лямбды используют только небольшой кусочек возможностей java.lang.invoke, и поэтому может показаться, что в их трансляции есть лишние шаги.
x
Нужно так. Найти все интерфейсы которые наследуются от DbConfig. Далее сгенерировать для них имплементацию. А вопрос куда эти файлы сгенерированные закидывать. И как при сборке gradle запустить генерацию?
Так не пойдёт?
public class GpsServiceConfig extends DbConfig {
String getUserName() {
// implemented in parent, encapsulates db access
return getPropertyFromDBOrDefault(“services.gps.userName", “admin”);
}
}AE
Нужно так. Найти все интерфейсы которые наследуются от DbConfig. Далее сгенерировать для них имплементацию. А вопрос куда эти файлы сгенерированные закидывать. И как при сборке gradle запустить генерацию?
сделай фабрику, которая будет плеваться проксями, которые имплементят запрошенный интерфейс, внутри все методы обрабатывай одинаково - взял вызванный метод, нашел на нем аннотацию, вытащил и передал дальше на извлечение
AE
два класса, с 3-4 десятка строк
AE
Не подскажите что почитать?
документацию 😂
AE
посмотри Борисова, спринг потрошитель, там по шагам разложено как это сделать