вывод здесь не сработает

Просто я без ноута, но хочется понять

return { block: ((Context) -> T) -> block(ctx) ... } это (Context) -> (Context) -> T

А в типе указано (Context) -> T

Хотя нет, это конечно же ((Context) -> T) -> X При этом по return type X должно быть (Context) -> T), а по факту X == T

Ну и откуда компилятор должен узнать что такое T - непонятно. Я вот не понял.

Всем привет, в яве есть конструкция tryWithResources, в котле нашел что используют - .use { } но в яве можно добавить ещё к этому блоку кетч и финали, а в котле не пойму как бы это сделать, может кто то пояснить?

something.use { try { } catch (...) { } }

Ребята, не могу понять, как в метод подсунуть интерфейс: есть класс Test в нем есть метод fun addErrorConsole(errorConsole: IErrorConsole) { iErrorConsole = errorConsole } и интерфейс interface IErrorConsole { fun consoleCallback(error: String) } теперь в другом классе я делаю переменную Test и далее Test.addErrorConsole() как сделать правильно запись в скобках? В Java это было new Test.IErrorConsole {...} но в котлин это не порходит!

object : IErrorConsole

object : IErrorConsole

addErrorConsole(object :IErrorConsole {}) так не прокатывает, что ещё надо добавить?

addErrorConsole(object :IErrorConsole() { //методы интерфейса } )

или пропихивай val errorConsole = object : IErrorConsole(){ // методы }

как проперти

addErrorConsole(errorConsole)

Йо

смотря что тебе надо, какой жизненный цикл

если хочешь addErrorConsole { // твой метод } то попробуй интерфейс написать на java. это прикол такой совместимости у котлина

только он с одним методом должен быть

addErrorConsole(object :IErrorConsole {}) так не прокатывает, что ещё надо добавить?

Жмакни ctrl+enter

addErrorConsole(object :IErrorConsole() { //методы интерфейса } )

так не хочет, подчеркивает object и пишет object is not abstract..

Жмакни ctrl+enter

не решает проблему, пробовал

Хм

Это абстрактный класс чтоли

Ой путаю

смотря что тебе надо, какой жизненный цикл

писать не java нет смысла)) ведь я наоборот пытаюсь на котлин перейти

Про java вообще никто не говорил ничего

Про java вообще никто не говорил ничего

я говорил

я говорил

не заметил

Есть инстанс интерфейса или надо его инстанцировать прямо при вызове метода?

не заметил

прямо при вызове метода

addErrorConsole(object :IErrorConsole() { //методы интерфейса } )

Вот этот вариант тогда

https://kotlinlang.org/docs/reference/object-declarations.html#object-expressions

Читайте документацию и будет счастье.

Маленькое и недолго

Кароч го свой файл Test.чотам

Кароч го свой файл Test.чотам

Это было на каком языке?

something.use { try { } catch (...) { } }

Можно и наоборот: try { something.use { } } catch (...) { } Тогда будет общий блок обработки например если несколько use используется.

Вот этот вариант тогда

да я не ленюсь читать, но тот вариант подчеркивает слово object

ребят, никто не изучал вопрос времени сборки проекта при использовании синтаксического сахара в котлине?

Нет и так норм

ребят, никто не изучал вопрос времени сборки проекта при использовании синтаксического сахара в котлине?

Это зависит от того, что называть сахаром.

Вот этот вариант тогда

у меня интерфейс внутри класса возможно в этом проблема

Потому что надо скобочку открыть

ребят, никто не изучал вопрос времени сборки проекта при использовании синтаксического сахара в котлине?

Была тема на форуме, сходу найти не могу. Особой разницы не нашли

Это зависит от того, что называть сахаром.

делегирование инициализации, определение типов проперти из контекста

у меня интерфейс внутри класса возможно в этом проблема

Да нет, ругается на то, что реализации нет. Надо implement methods сделать

делегирование инициализации, определение типов проперти из контекста

что за делегирование инициализации?

что за делегирование инициализации?

val propX : Int by remoteDelegate

val propX : Int by remoteDelegate

ага, делегироваине свойств

Да нет, ругается на то, что реализации нет. Надо implement methods сделать

зачем делать implement если это внутри метода, а не на весь класс?

вообще не понял. Если есть интерфейс, то его методы надо реализовать, иначе он конечно ругается.

делегирование инициализации, определение типов проперти из контекста

Ну, вывод типов может подтормаживать в IDE. Вероятно, то же при компиляции.

Вывод типов в некоторых случаях подвисает, но это уже довольно хорошо вылизали

Ну, вывод типов может подтормаживать в IDE. Вероятно, то же при компиляции.

я вот тоже задумался, без этого можно и обойтись, а на 4-х летнем проекте профит будет ощутим

Вывод типов в некоторых случаях подвисает, но это уже довольно хорошо вылизали

когда я убираю fun consoleCallback(error: String) изинтерфейса, то все ок, никаких проблем

ERROR: S client not available

я вот тоже задумался, без этого можно и обойтись, а на 4-х летнем проекте профит будет ощутим

если подсчитаешь, насколько ощутим, то и нам расскажи)

зачем делать implement если это внутри метода, а не на весь класс?

Зачем тебе вообще интерфейс когда можно передать коллбек

если подсчитаешь, насколько ощутим, то и нам расскажи)

я не в r&d отделе, так что на такое времени у меня не будет) еще и гредл каждый день новую версию выпускает

я пока подсчитаю гредл уже всех на марс запустит

я вот тоже задумался, без этого можно и обойтись, а на 4-х летнем проекте профит будет ощутим

По-моему ерунда. Это же не скала, разница по компилляции с Java в последних версиях на глаз не чувствуется. А реальная перекомпиляция всего - это очень редкое явление, обычно IDEA все делает на лету

Вот кстати инкрементальная компиляция решает, да.

очень крутая вещь

Я могу сказать, что у меня проет сильно большой (не энтерпрайз межгалактический, но крупный), но где-то со времен 1.1 проблем с временем компилляции вообще не было

Я могу сказать, что у меня проет сильно большой (не энтерпрайз межгалактический, но крупный), но где-то со времен 1.1 проблем с временем компилляции вообще не было

Спасибо разобрался, просто немного не дописал

Почему так мало вакансий на котлин+спринг...? Либо спринг с джавой, либо котлин под андроид

потому что я например впервые слышу про какойто спринг

@Tibidibi Потому что язык еще слишком молодой.

@Di7aK2 Про Спринг слышали те, кто занимается энтерпрайзной Джавой.

уу я туда не лазил

Почему так мало вакансий на котлин+спринг...? Либо спринг с джавой, либо котлин под андроид

потому что энтерпрайз консервативный и кровавый, а в андроиде всё настолько плохо, что любая штука, улучшаяющая жизнь, приживается

Почему так мало вакансий на котлин+спринг...? Либо спринг с джавой, либо котлин под андроид

Почти все вакансии на бекенд в @kotlin_jobs включали spring

Можно, кстати, подсчитать для чего использую Kotlin участники этого чата: https://www.strawpoll.me/16280543

Ну давай попробуем

Вообще сравнивая численность @kotlin_jvm и @kotlin_mobile может показаться что отношение примерно 1 к 6) Но мне кажется что скорее 1 к 2

Я практически уверен, что основная масса пользователей Kotlin - это молодые Android-разработчики.

@KirillTim Об этом я как-то позабыл☹️

Ага, в JetBrains :)

А еще есть Kotlin Native. Я на нем пытаюсь под iOS писать

Ага, в JetBrains :)

:)

а еще пишут "системный" софт. а еще банки там всякие, процессинг. это же не "веб"

:)

там же — люди с пятилетним опытом котлина, программисты на KtJS под RN и прочие прекрасные, но не репрезентативные явления :)