Понял, спасибо!

Есть очереди звонков, которые через настройки привязываются к филиалу. Данные связок забираются из апихи раз в N минут. Кейс 1: когда звонки в очередь начали лететь до того, как изменили настройки. В этом случае нужно сначала создать очередь-пустышку, в которой данные филиала == null, а потом как только API отдаёт созданную конфигурацию, данные филиала подменяются в прокси и становятся доступны через очередь. Кейс 2: когда настройки изменили, и новые настройки должны стать доступны через прокси после подгрузки из API. Хотел всё это сделать одним оператором by =)) Эх, ну, попытаться стоило))

@Metadata( mv = {1, 1, 11}, bv = {1, 0, 2}, k = 1, d1 = {"\u0000\u0014\n\u0002\u0018\u0002\n\u0002\u0018\u0002\n\u0002\b\u0006\n\u0002\u0010\u000e\n\u0002\b\u0003\u0018\u00002\u00020\u0001B\r\u0012\u0006\u0010\u0002\u001a\u00020\u0001¢\u0006\u0002\u0010\u0003R\u001a\u0010\u0002\u001a\u00020\u0001X\u0086\u000e¢\u0006\u000e\n\u0000\u001a\u0004\b\u0004\u0010\u0005\"\u0004\b\u0006\u0010\u0003R\u0012\u0010\u0007\u001a\u00020\bX\u0096\u0005¢\u0006\u0006\u001a\u0004\b\t\u0010\n¨\u0006\u000b"}, d2 = {"Lnet/zelenaya/groupwork/asteriskagent/TestProxy;", "Lnet/zelenaya/groupwork/asteriskagent/Test;", "data", "(Lnet/zelenaya/groupwork/asteriskagent/Test;)V", "getData", "()Lnet/zelenaya/groupwork/asteriskagent/Test;", "setData", "name", "", "getName", "()Ljava/lang/String;", "production sources for module asterisk-agent_main"} ) public final class TestProxy implements Test { @NotNull private Test data; // $FF: synthetic field private final Test $$delegate_0; @NotNull public final Test getData() { return this.data; } public final void setData(@NotNull Test var1) { Intrinsics.checkParameterIsNotNull(var1, "<set-?>"); this.data = var1; } public TestProxy(@NotNull Test data) { Intrinsics.checkParameterIsNotNull(data, "data"); super(); this.$$delegate_0 = data; this.data = data; } @NotNull public String getName() { return this.$$delegate_0.getName(); } }

Что-то как-то из пушки по воробьям ИМО))) Даже вот такой вариант: class TestProxy(var data: Test): Test { override val name: String get() = data.name } чище и понятнее, чем лазание в рефлекшин. Но за идею спасибо ?

Странно зачем от тогда для data генерит сеттер ? Есть кто из jb ?

Видимо, потому что оно var. И ещё предполагаю, что $$delegate_0 и data - разные поля, потому что, помнится, можно делать что-то в этом роде: class Blah(val field: String): Interface by SomeImpl()

Но это, блин, нифига не интуитивно(( По крайней мере, когда читаешь доки по делегатам. Может, я невнимательно читал, конечно

Подскажите, пожалуйста! interface Test { val name: String } class TestProxy(var data: Test): Test by data class TestData(override val name: String): Test fun main(args: Array<String>) { val testProxy = TestProxy(TestData("old")) System.out.println(testProxy.name) // Выводит "old" testProxy.data = TestData("new") System.out.println(testProxy.name) // Снова выводит "old", а хочется "new" } Как сделать так, чтобы после изменения поля data в TestProxy делегирование происходило к новому значению?

Что-то как-то из пушки по воробьям ИМО))) Даже вот такой вариант: class TestProxy(var data: Test): Test { override val name: String get() = data.name } чище и понятнее, чем лазание в рефлекшин. Но за идею спасибо ?

Подмен делегата через рефлексию имеет смысл, если делегат о куче методов/полей и пробрасывать их все руками тяжко. Нифига не безопасно и громоздко, но вот рабочий пример: fun main(args: Array<String>) { val proxy = TestProxy(TestData("old")) println(proxy.name) proxy.data = TestData("new") println(proxy.name) } interface Test { val name: String } class TestData(override val name: String) : Test class TestProxy(data: Test) : Test by data { var data: Test = data set(value) { delegateField.set(this, value) field = value } companion object { private val delegateField: Field by lazy { val declaredFields = TestProxy::class.java.declaredFields val field: Field = declaredFields.find { it.name.contains("\$\$delegate") }!! field.isAccessible = true val modifiersField = Field::class.java.getDeclaredField("modifiers") modifiersField.isAccessible = true modifiersField.setInt(field, field.modifiers and Modifier.FINAL.inv()) field } } }

Ремерка: это грязный хак и не советую его использовать без вот прям крайней нужды (100500 полей/методов в делегате, которые надо пробрасывать руками)

«торжественно клянусь, что замышляю только шалость»

Ага. Хороша шалость, поменять в рантайме private final поле, добавленное в байт код компилятором :)

у кого-то Gson такие шалости в проде творит)

>Nothing инстанциирует в лёт. шалость удалась

а в котлине есть бесконесный цикл без мерзкого while(true)?

а в котлине есть бесконесный цикл без мерзкого while(true)?

Кто-нибудь знаешь способ "попрототипировать/поиграться с Kotlin" с использованием maven зависимостей? Те нужно, что-то типа IDEA Scratch file (Kotlin), только с возможность подрубать либы с maven. REPL вроде тоже не умеет в maven, да и не особо удобно им пользоваться.

inline fun loop(func: () -> Unit): Nothing { while (true) func() }

да, но почему в библиотеке нету?

само понятие "цикл" мерзкое

Потому что это нужно практически никогда

да, но почему в библиотеке нету?

Потому что это нужно практически никогда

да, но почему в библиотеке нету?

зависит от стиля написания кода

зависит от стиля написания кода

Это что за стиль такой, с бесконечными циклами повсюду?

я вот вообще считаю, что 2/3 stdlib должны быть отдельными, необязательными артифактами

Методы считаешь? У тебя proguard не настроен?

ох уж эти ваши андроды

Считаю. Настроен.

мне и в серверной разработке не нравятся всякие гуавы

Ну а в чем проблема тогда?

причем тут котлин std либа

И сильно будет быстрее без стдлибы?

При том, что это «решение для всего»

Ну вот да, такое. Если это очень нужно (в чем проблема написать while(true)?) и полезно в проектах, то можно сделать мини библиотечку для себя и выкинуть её на maven

пока единий минус котлина (существенный), слишком много промежуточных классов

проблема в том что тру лишний. проблема просто в подходе. я считаю, что везде надо совать удобные дефолты.

Они вроде могут инлайниться прогардом

Я не вижу проблемы в текущих дефолтах. Частота использования бесконечных циклов очень маленькая.

Я не вижу проблемы в текущих дефолтах. Частота использования бесконечных циклов очень маленькая.

тру избыточен

тру избыточен

Почему? Как сделать лучше?

ну например while без аргументов

почему нет?

почему нет?

почему нет?

есть и хер с ним

и кстати, если перевести while с английского, будет "пока". сразу впрос: "пока что?"

Ты чего-то не понимаешь, proof of burden lies with [positive] affirmation. Если ты говоришь, что это надо и "с этим лучше", то ты должен доказать, что это так. Никто не обязан доказывать, что необходимо отсутствие.

надо значит вводить еще один keyword, ну скажем loop