Size: a a a

Kotlin Community

2020 October 13

AH

Ayrat Hudaygulov in Kotlin Community
Алексей Овсянников
а на ютреке нельзя минус задаче поставить?
если поставить плюсы всем остальным
источник

АО

Алексей Овсянников... in Kotlin Community
Ayrat Hudaygulov
если поставить плюсы всем остальным
хех
источник

AM

Andrew Mikhaylov in Kotlin Community
Ayrat Hudaygulov
если поставить плюсы всем остальным
Сколько тысяч лишних имейлов на почты вотчерам ради одного минуса...
источник

АО

Алексей Овсянников... in Kotlin Community
Andrew Mikhaylov
Сколько тысяч лишних имейлов на почты вотчерам ради одного минуса...
эм?
источник

AM

Andrew Mikhaylov in Kotlin Community
Ну с дефолтными настройками на любые движения, в том числе голоса, ишуям со звёздочками тебе по письму на почту приходит. Представь себе, сколько писем придётся отправить ютреку, если лайкнуть всё, что там есть, по KT ;)
источник

АО

Алексей Овсянников... in Kotlin Community
ну да:) но всё норм - тернарник отвергли
источник

OY

Oleg Yukhnevich in Kotlin Community
источник

с#

саша сок #KotlinGang... in Kotlin Community
кто что думает по этому поводу?

https://t.me/pofftop/241094
источник

с#

саша сок #KotlinGang... in Kotlin Community
просто с (не) существующими "декораторами" не реализовать кеширование
источник

AN

Alexander Nozik in Kotlin Community
Алексей Овсянников
Мне одному показалось, что то, что анонсировал вчера Елизаров - ну как-то такое себе... Сначала они объявляют нэймспейсы (я не понял, зачем) через очень странный синтаксис ("namespace<Type" очень уж выглядит как функция). Потом также добавляются мультиресиверы, но вместо человеческого "(Type1, Type2)" мы должны сделать обычный экстеншен, но не обычный экстеншен, потому что у него есть "with<Type2>" (и опять выглядит как что-то очень странное) (и вот так куча with, или подтипы через запятую?). Допекли меня декораторы, которые очевидны и легкочитаемы чуть более, чем никак (во всяком случае, мне так кажется). Это при том, что сам по себе декоратор очень легко можно сделать и без дополнительных модификаторов у функции (как мне кажется).

Или это я чего-то не понимаю, и это всё не просто так?
Кто мешает @with<Type1, Type2>. Нормальный синтаксис. Но надо смотреть, как оно ляжет, это да.
источник

RE

Roman Elizarov in Kotlin Community
Сейчас в прототипе, кстати, так можно, но это хочется выпилить. Не хочется прямо стимулировать иметь очень много ресироверов. Предполагается @with<T1> @with<T2> ... и code-style писать их на отдельных строчках (тогда удобней копи-пастить контекст который нужен одной фукнции, чтобы сделать его контекстом другой)
источник

АО

Алексей Овсянников... in Kotlin Community
Alexander Nozik
Кто мешает @with<Type1, Type2>. Нормальный синтаксис. Но надо смотреть, как оно ляжет, это да.
Отсутствие vararg generics
источник

AN

Alexander Nozik in Kotlin Community
Quantum Harmonizer
Самое ужасающее за последние дни — тормоза IDE, бесконечное зацикливание нового инференса и кривая мультиарность.
Я кстати починил тормоза с синком, там в файерволе проблемы были
источник

AN

Alexander Nozik in Kotlin Community
Roman Elizarov
Сейчас в прототипе, кстати, так можно, но это хочется выпилить. Не хочется прямо стимулировать иметь очень много ресироверов. Предполагается @with<T1> @with<T2> ... и code-style писать их на отдельных строчках (тогда удобней копи-пастить контекст который нужен одной фукнции, чтобы сделать его контекстом другой)
Ну вот как бы два - это частый случай. Три уже можно не делать
источник

AN

Alexander Nozik in Kotlin Community
Хотя и по отдельности нормально. Но вопрос про порядок все еще висит
источник

RE

Roman Elizarov in Kotlin Community
Ну с декораторами можно будет наплодить себе синтаксис и для любого количества. Но без vararg генериков, как уже было замечено, только копи-пастой под каждое количество.
источник

RE

Roman Elizarov in Kotlin Community
Порядок ни на что вроде как не должен влиять.
источник

AN

Alexander Nozik in Kotlin Community
Roman Elizarov
Ну с декораторами можно будет наплодить себе синтаксис и для любого количества. Но без vararg генериков, как уже было замечено, только копи-пастой под каждое количество.
Ну так больше двух - это уже экзотика
источник

AN

Alexander Nozik in Kotlin Community
Roman Elizarov
Порядок ни на что вроде как не должен влиять.
Тогда это ломающее изменение.
источник

RE

Roman Elizarov in Kotlin Community
Ну будет, конечно, влиять, порядок, но не очень понятно в каких реальных кейса это будет кому-либо важно.
источник