BP
Аннотацию можно считать частным случаем декоратора - и это как раз замечательно.
Нет. Декоратор что декорирует/делегирует. Аннотации - мета данные. Текущий "декоратор" это аннотация которая говорит компилятору сгенерировать декоратор
Size: a a a
2020 October 26
AM
В процессинге аннотаций нет ничего плохого, кроме того, что он в компилятор не встроен
И скорости капта. И невозможности быстро отследить, что она делает. И ужасности некоторых конкретных примеров, которые делают странные вещи.
AN
Нет. Декоратор что декорирует/делегирует. Аннотации - мета данные. Текущий "декоратор" это аннотация которая говорит компилятору сгенерировать декоратор
В чем разница между декоратором и аннотатором семантическая?
BP
Да даже без пакетов, блин. Единственный кейс, когда функции зовутся с большой буквы -- свободные фабрики. Ты переживаешь о каком-то очень узком кейсе, КМК.
Ну ок, но о нем думать тоже нужно, а не по одному месту пускать
AN
И скорости капта. И невозможности быстро отследить, что она делает. И ужасности некоторых конкретных примеров, которые делают странные вещи.
Первое и второе и есть невстроенность. А вот третьего надо недопустить
BP
В чем разница между декоратором и аннотатором семантическая?
В котлине ? Ничем.
AM
Первое и второе и есть невстроенность. А вот третьего надо недопустить
Второе -- нет. Компайлер плагины чем помогают с этим?
(
Нет. Декоратор что декорирует/делегирует. Аннотации - мета данные. Текущий "декоратор" это аннотация которая говорит компилятору сгенерировать декоратор
вот блин, декораторы в текущем виде это говно, но откуда ты делаешь именно такие выводы?
BP
вот блин, декораторы в текущем виде это говно, но откуда ты делаешь именно такие выводы?
Ну блин. Нет у меня научной теории. Но это не одно и тоже (по крайне исходя из той инфы которую я знаю)
(
Декораторы абстрактно работают вот так:
компилятор встречает
компилятор встречает
@name, бежит по мапе имен, понимает, что это декоратор, применяет декораторAM
вот блин, декораторы в текущем виде это говно, но откуда ты делаешь именно такие выводы?
Декораторы в текущем виде -- это сахар над сингл-экспрешн функцией с ФВП в параметре. Почему говно-то?
AM
Кейс с мультиресивером я не беру в учёт, я его плоховато понимаю.
BP
Декораторы абстрактно работают вот так:
компилятор встречает
компилятор встречает
@name, бежит по мапе имен, понимает, что это декоратор, применяет декораторДля меня декоратор это нечто другое. Он "оборачивает", а не заставит генерировать код
с#
вот блин, декораторы в текущем виде это говно, но откуда ты делаешь именно такие выводы?
декораторы в текущем виде, как правильно сказал андрей, - сахар и не декораторы вовсе
AM
Для меня декоратор это нечто другое. Он "оборачивает", а не заставит генерировать код
Аннотации тоже не заставляют генерировать код, если вдруг что.
AM
Какой код генерит
@Suppress?(
Декораторы в текущем виде -- это сахар над сингл-экспрешн функцией с ФВП в параметре. Почему говно-то?
@decorated
fun a() {}
val a: /* ? */ = ::a
BP
Декораторы абстрактно работают вот так:
компилятор встречает
компилятор встречает
@name, бежит по мапе имен, понимает, что это декоратор, применяет декораторТак имя декорато и декоратор это разные вещи
AM
И то, и то семантически метаданные.
BP
Аннотации тоже не заставляют генерировать код, если вдруг что.
Ну так текущий декоратор генерит