Size: a a a

2021 June 22

P

Peter in Kotlin Start
А можно пояснение "зачем?" для глупых?
Или это то самое "декларация, что у нас есть некая общая вершина иерархии типов, которая заселена исключительно наследниками"
источник

AM

Andrew Mikhaylov in Kotlin Start
Декораторы в питоне отличаются от того, что последний раз озвучивали для котлина.
источник

AM

Andrew Mikhaylov in Kotlin Start
Вы там переводите 1-в-1 код с незнакомого языка на другой незнакомый? Так себе занятие, конечно.
источник

BP

Bogdan Panchenko in Kotlin Start
аксиома Эскобара
источник

AL

Alexander Levin in Kotlin Start
Именно @property или абстрактно @whatever?

Если первое, то оно так и называется в Котлине, property. Если второе, то уже общего решения без компиляторных плагинов скорее нету
источник

AA

Andrey Antipov in Kotlin Start
Тем, что это код, который реально исполняется, притом ясно, при каких условиях.
А аннотация (я про рантайм, если что) - мета данные на коде, которые не ясно, кто и при каких условиях процессит, и процессит ли вообще
источник

MY

Mononobe Yū in Kotlin Start
с незнакомого на более понятный для себя

и не думаю, что 1-в-1 получится
источник

AM

Andrew Mikhaylov in Kotlin Start
Объяснять Богдану, какая полезная штука декораторы. бессмысленно.
источник

BP

Bogdan Panchenko in Kotlin Start
вот то применение аанотаций как раз противоречить понятию аннотаций, и котлин их регулярно использует, просто что бы разрабам котлина не тыкали что они делают аннотейшинг процесинг 2.0 и не сравнивали с ломбоком, они решили назвать это декораторами
источник

BP

Bogdan Panchenko in Kotlin Start
нет, мне концепция не нравиться
источник

AM

Andrew Mikhaylov in Kotlin Start
Ты щас о компиляторных плагинах, не?
источник

BP

Bogdan Panchenko in Kotlin Start
смысл я понимаю, спрятать контексты
источник

BP

Bogdan Panchenko in Kotlin Start
чем отличетmся composable fun от  fun ? Почему на это влияет какая-то невидомая фигня ?
источник

AL

Alexander Levin in Kotlin Start
Ну, да, просто сказали сразу, что нам например для всех доменных классов нужно такое. Да, можно и интерфейсы иногда, но тут уже кому как удобнее.
источник

BP

Bogdan Panchenko in Kotlin Start
и о них тоже, по факту это одна поле ягода
источник

BP

Bogdan Panchenko in Kotlin Start
а толкового инструментария нет
источник

AA

Andrey Antipov in Kotlin Start
Какое вот то? Какому понятию аннотации противоречит?
Декораторы называются так потому, что они не аннотации, только и всего. Если бы Котлин разрабов так напрягало сравнения с ломбоком и прочим, то аннотации в Котлин изначально были бы запрещены, думаю.
источник

BP

Bogdan Panchenko in Kotlin Start
>  Какому понятию аннотации противоречит

это мета информация, она не должна влиять на логику.

> Декораторы называются так потому, что они не аннотации, только и всего.

И чем они разнятся ? Тем что это зашито в компилятор ?
источник

P

Peter in Kotlin Start
Ну то есть фактически когда нам нужен корень иерархии, который нельзя инстациировать, но в то же время обладающий некоторым стейтом для каждого инстанса. (Я сам с трудом понимаю, что написал).
В теории можно использовать интерфейсы, но тогда придётся для каждого наследника прописывать бэкинг филд для интерфейсов, а тут всё прямо готово.
Я правильно понял?
источник

BP

Bogdan Panchenko in Kotlin Start
> Если бы Котлин разрабов

как мы видим направление меняется, разрабы меняются, главные за проект тоже меняются


ПС: Мне все равно ведут их или нет. Прост оувидем как быстро котлин станет JS, а вторйо конфеткой
источник