Size: a a a

2019 September 08

M

Mafioznik in KotlinLangRu
Ребят измените пожалуйста раздел про ключевое слово инлайн. Вместо "Вместо создания объекта функции для параметра и генерации вызова, компилятор мог бы выполнить что-то подобное этому коду" нужно написать, что он это делает, а не мог бы, потому что сильно теряется смысл. Я читал это раз 5 и не понял о чем речь пока не посмотрел видос и не понял что это делает конкретную замену кодом из функции
источник

M

Mafioznik in KotlinLangRu
там конечно ниже это так и сделанно, но лучше лишнего текста не давать
источник

M

Mafioznik in KotlinLangRu
я в ахуе конечно что в интерфейсах можно писать свойства, для меня эта роль положенна на абстрактный класс и использование такого подхода для интерфейса создает конфликт полей, который легко решается когда поля только в абстрактом классе
источник

M

Mafioznik in KotlinLangRu
по идее можно так же получить конфликт и от методов, но их как по мне бессмысленно писать с одинаковыми именами, если есть 2 одинаковых метода то один из интерфейсов явно делает не свою работу
источник

VA

Victor Alenkov in KotlinLangRu
Mafioznik
Ребят измените пожалуйста раздел про ключевое слово инлайн. Вместо "Вместо создания объекта функции для параметра и генерации вызова, компилятор мог бы выполнить что-то подобное этому коду" нужно написать, что он это делает, а не мог бы, потому что сильно теряется смысл. Я читал это раз 5 и не понял о чем речь пока не посмотрел видос и не понял что это делает конкретную замену кодом из функции
В шапке ссылка есть на исходники документации - можете сами PR сделать...
источник
2019 September 09

AE

Alexandr Emelyanov in KotlinLangRu
ShadelessFox
Вообще, эти приколы появляются из-за autoboxing, что тянется ещё из джавы. Увы, нормальные дженерики не завезли, но вы держитесь, всего хорошего.
Опа. Ещё один. Почему в Котлине вдруг оказались бы другие дженерики?
источник

S

ShadelessFox in KotlinLangRu
Alexandr Emelyanov
Опа. Ещё один. Почему в Котлине вдруг оказались бы другие дженерики?
Я пояснил тому, кто этого не понимает. Нет смысла наезжать.
источник

QH

Quantum Harmonizer in KotlinLangRu
ShadelessFox
Вообще, эти приколы появляются из-за autoboxing, что тянется ещё из джавы. Увы, нормальные дженерики не завезли, но вы держитесь, всего хорошего.
«Нормальные» — понятие растяжимое.
источник

S

ShadelessFox in KotlinLangRu
Нормальные — чтоб хотя бы можно было оперировать с классом дженерика, а не наслаждаться кастами Object под капотом вне поля зрения.
источник

QH

Quantum Harmonizer in KotlinLangRu
ShadelessFox
Нормальные — чтоб хотя бы можно было оперировать с классом дженерика, а не наслаждаться кастами Object под капотом вне поля зрения.
Оперировать с классом — это T::class? Бесполезно, вредно, нафиг не нужно.
источник

S

ShadelessFox in KotlinLangRu
Зачем тогда вообще в котлин добавили reified?
источник

S

ShadelessFox in KotlinLangRu
Мне вот интересно, почему reified работает именно через инлайн? Разработчики сами говорили, что их бесят ситуации, когда нужно передавать последним аргументом Class<T> для доступа к его свойствам, но мне кажется, сделать так же в котлине было бы хорошим решением. Возможно, я просто не до конца понимаю принцип. Возможно, после си у меня другое восприятие касательно inline функций.
источник

AE

Alexandr Emelyanov in KotlinLangRu
ShadelessFox
Мне вот интересно, почему reified работает именно через инлайн? Разработчики сами говорили, что их бесят ситуации, когда нужно передавать последним аргументом Class<T> для доступа к его свойствам, но мне кажется, сделать так же в котлине было бы хорошим решением. Возможно, я просто не до конца понимаю принцип. Возможно, после си у меня другое восприятие касательно inline функций.
инлайн там для того что бы компилятор заместо тебя подставил конкретный класс в аргумент
источник

QH

Quantum Harmonizer in KotlinLangRu
ShadelessFox
Зачем тогда вообще в котлин добавили reified?
костыль для Java-like legacy :)
источник

S

ShadelessFox in KotlinLangRu
Alexandr Emelyanov
инлайн там для того что бы компилятор заместо тебя подставил конкретный класс в аргумент
Да, но это ли не костыль?
источник

AE

Alexandr Emelyanov in KotlinLangRu
ShadelessFox
Да, но это ли не костыль?
а что надо было сделать то?
источник

AE

Alexandr Emelyanov in KotlinLangRu
патчить vm?
источник

S

ShadelessFox in KotlinLangRu
Так я написал.
источник

AE

Alexandr Emelyanov in KotlinLangRu
ShadelessFox
Так я написал.
что написал?
источник

S

ShadelessFox in KotlinLangRu
Мне вот интересно, почему reified работает именно через инлайн? Разработчики сами говорили, что их бесят ситуации, когда нужно передавать последним аргументом Class<T> для доступа к его свойствам, но мне кажется, сделать так же в котлине было бы хорошим решением. Возможно, я просто не до конца понимаю принцип. Возможно, после си у меня другое восприятие касательно inline функций.
источник