к критике нужно прислушиваться иногда) вдруг там полезный совет

Да тут критика так себе) var val это я потом уже подчищу))

Сейчас основная цель заставить работать код

Кто мне дал? )) Я не желаю чтобы как-то коментировали мой код, мне просто нужна помощь, а не ваша критика и т.д.......

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

Вам дали data class'ы с методами copy, но вы продолжаете клепать мутабельные объекты

это же JPA, там copy приведет к глюкам

это же JPA, там copy приведет к глюкам

это Room

сори, значит ошибся

пусть говнокодят не на твоем же проекте)

пусть говнокодят не на твоем же проекте)

так пусть помощи не просят тогда

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

А для чего чат тогда?

Неправильный вопрос

Чат как раз для вопросов

А для чего чат тогда?

Явно не для того чтобы «исправьте всё за меня, только не комментируйте, а я пойду дальше говнокодить».

Но нежелание совершенствовать код, при этом засыпая вопросами, не приветствуется сообществом программистов

Явно не для того чтобы «исправьте всё за меня, только не комментируйте, а я пойду дальше говнокодить».

Да вы что накинулсь?) Вы посмотрите мой вопрос, за меня не нужно писать код, как ответил quantum "нужно поддерживать nullable" его ответ не рабочий

Да вы что накинулсь?) Вы посмотрите мой вопрос, за меня не нужно писать код, как ответил quantum "нужно поддерживать nullable" его ответ не рабочий

Мой ответ рабочий, твоя попытка его воплотить — нет.

Но нежелание совершенствовать код, при этом засыпая вопросами, не приветствуется сообществом программистов

Я задал лиш 1 вопрос не более

Я задал лиш 1 вопрос не более

Всего лишь один, но очень плохой.

Всего лишь один, но очень плохой.

?????

Всего лишь один, но очень плохой.

Чо такой злой то. Ткни лучше ссылкой "как задавать умные вопросы"

а я один не вижу поле someObjects в представленном дата классе? или я чтото путаю?!

а я один не вижу поле someObjects в представленном дата классе? или я чтото путаю?!

Посмотри на исключения и аннотации

Посмотри на исключения и аннотации

ну как бы смотрю, и всеравно не вижу. Ну и ладно! Проехали ))

ну как бы смотрю, и всеравно не вижу. Ну и ладно! Проехали ))

это не поле сущности, это то из чего получаются поля bookingInfo через конвертер

как-то так, я из эксепшена вижу

ну из эксепшена я тоже это вижу))) но в дата классе это не отображено. Зачем тогда дата класс постили?

sucsses это кстати не опечатка?)

вы кладете null поле которое NOT NULL в таблице.Возможно в этом причина.По поводу data class,я подумал это вы просто как сообщение написали, а не скопировали его из проекта).sucsses-success(ide должно было выделить желтым),nameBooking,booking_info разный стиль именования полей,data,TypeConverterTwo-из названия не понятно что это.в BookingModel лежит поле data->BookingModel,и booking_info->List<BookingModel> тут вообще какой то сакральный смысл похоже.

ну из эксепшена я тоже это вижу))) но в дата классе это не отображено. Зачем тогда дата класс постили?

ну в датаклассе же указан конвертер у одного из филдов, проблема в конвертере происходит, по сути можно было и не указывать класс )

ну в датаклассе же указан конвертер у одного из филдов, проблема в конвертере происходит, по сути можно было и не указывать класс )

ну разве не логичней было запостить этот конвертор?))) Хотя кто я такой чтобы говорить что логичней, а что нет))

ну разве не логичней было запостить этот конвертор?))) Хотя кто я такой чтобы говорить что логичней, а что нет))

я тоже не знаю, что логичнее, может логичнее и конвертер тоже запостить )

не, логичней просто показать, как решить проблему)

конвертер не надо(

Чо такой злой то. Ткни лучше ссылкой "как задавать умные вопросы"

ты об этом: http://www.catb.org/~esr/faqs/smart-questions.html ?

Никто, случаем, не знает каналов про kotlin-разработку на tizen? =)

всем привет. Кто нибудь передавал на котлине дженерики в gson? На Java там TypeToken есть, как на котлине сделать что то я не въезжаю

всем привет. Кто нибудь передавал на котлине дженерики в gson? На Java там TypeToken есть, как на котлине сделать что то я не въезжаю

inline fun <reified T> Gson.fromJson(json: String) = this.fromJson<T>(json, object: TypeToken<T>() {}.type)

inline fun <reified T> Gson.fromJson(json: String) = this.fromJson<T>(json, object: TypeToken<T>() {}.type)

а ты можешь эту магию объяснить? Потому что просто выражение object: TypeToken<T?){}.type - не работает

а ты можешь эту магию объяснить? Потому что просто выражение object: TypeToken<T?){}.type - не работает

А ты точно дженерик указываешь? у меня работает если напрямую вызывать

а ты можешь эту магию объяснить? Потому что просто выражение object: TypeToken<T?){}.type - не работает

Что значит «не работает» и чему равно T?

Что значит «не работает» и чему равно T?

падало с ошибкое ClassCastException. T было равно обычному классу. Я нашел в итоге как извернуться, просто передавая класс объекта как параметр

зачем в котлине вместо простого советского static ввели companion object? выглядит так, что писанины больше, а толку особого не вижу

>> советского. Этим все сказано ?

ну это просто фигура речи )

зачем в котлине вместо простого советского static ввели companion object? выглядит так, что писанины больше, а толку особого не вижу

Потому что static и member ведут себя по-разному. static — как бы особый случай.

ну и что companion object - это просто свалка статиков, описанная другими терминами

зачем в котлине вместо простого советского static ввели companion object? выглядит так, что писанины больше, а толку особого не вижу

А зачем тебе вообще static?

ну и что companion object - это просто свалка статиков, описанная другими терминами

но они уже вписываются в понятие member

А зачем тебе вообще static?

для сишников и оптимизаций же

зачем в котлине вместо простого советского static ввели companion object? выглядит так, что писанины больше, а толку особого не вижу

Ну компаньон обджект сам по себе удобен, а если еще предоставлять static, то получится слишком много путей сделать одно и то же.

А зачем тебе вообще static?

1. иногда для совместимости с java 2. иногда просто удобно имя класса использовать как namespace, при этом this там не нужен

Ну компаньон обджект сам по себе удобен, а если еще предоставлять static, то получится слишком много путей сделать одно и то же.

я не понимаю зачем нужен companion object и чем он удобен я воспринимаю эту конструкцию как неудобный способ объявлять статики

я не понимаю зачем нужен companion object и чем он удобен я воспринимаю эту конструкцию как неудобный способ объявлять статики

Синглетон?

синглтон это просто object, не companion

companion тоже

синглтон это просто object, не companion

Может я путаю что-то, но в скале точно синглетон.

companion тоже

мб он конечно и синглтон, только обычно это нафиг не надо

мб он конечно и синглтон, только обычно это нафиг не надо

https://discuss.kotlinlang.org/t/what-is-the-advantage-of-companion-object-vs-static-keyword/4034

>> If you follow the style of writing the statics at the top of the class in Java, then I suggest to try to consider writing them at the top level (e.g. before class declaration) in Kotlin. For many use-cases it works better than introducing a companion object.

Может это что-то обьяснит. Я просто только гляжу на котлин, еще особо не знаю его.

1. иногда для совместимости с java 2. иногда просто удобно имя класса использовать как namespace, при этом this там не нужен

> this там не нужен Ну так не юзай)) ну рили, я так пишу - все на compain-object и наличие this не мешает. Зато в языке будет всегода одна универсальная фича, чем куча пересекающихся. > совместимости с java Лучше бы про java вообще забыть, но если очень надо - есть же аннотация.

а ты можешь эту магию объяснить? Потому что просто выражение object: TypeToken<T?){}.type - не работает

Вся магия в inline + reified

inline fun <reified T> Gson.fromJson(json: String) = this.fromJson<T>(json, object: TypeToken<T>() {}.type)

Можно же не через тайптокен, а T::class.java?

Можно же не через тайптокен, а T::class.java?

Не знаю, возможно. В джаве по крайней мере через тайп-токен семплы были, ну я и не выдумывал

ERROR: S client not available

Можно же не через тайптокен, а T::class.java?

А если нужен типизированный тип?)

А если нужен типизированный тип?)

Это который зависимый тип?

А если нужен типизированный тип?)

Типизированный тип? Это ты имеешь в виду типа листов?

generic-тип с type-аргументами, да :)

Ну тогда да, с тайптокеном практичнее

Надо будет у себя в коде изменить ? Просто как-то не было нужны еще для такого юзать

Возможно, если бы столкнулся, то переделал бы

Господа из IDEA, почему у вас еще нет проверки на такое isHasSession ?

Господа из IDEA, почему у вас еще нет проверки на такое isHasSession ?

А что ты хочешь видеть? Предупреждение о плохом имени переменной?

ага ) ну мне частенько попадаются в коде такие перлы, хорошо бы их подсвечивать

Можно сделать свой линт рул. Не вижу, что ужасного в такой переменной.

Господа из IDEA, почему у вас еще нет проверки на такое isHasSession ?

Есть же инспекшен "local variable name", там регекс - можешь под себя докрутить

Крутить регексы на грамматику? Seems joska

Можно сделать свой линт рул. Не вижу, что ужасного в такой переменной.

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

Господа из IDEA, почему у вас еще нет проверки на такое isHasSession ?

Инглиш из хард

Встроенные же есть. Что-то под себя подправить не стыдно)

Кто-нибудь покупал английскую версию kotlin in action?

Я не понимаю почему она такая дорогая, ценник от 30£, когда русская версия стоит всего 1к руб, китайская версия вообще 500 руб

Налоги мб

Я не понимаю почему она такая дорогая, ценник от 30£, когда русская версия стоит всего 1к руб, китайская версия вообще 500 руб

ну игры на ПК у нас стоят тоже дешевле чем в европе

Привет сообщество! Начинаю изучать Котлин

И чет вот задумался на счет всяких MVP и тд

Кто что посоветует?

Считайте - первый язык

И чет вот задумался на счет всяких MVP и тд

Насчет каких MVP? Архитектурные или бизнесовые (minimal viable product). Kotlin хорош конечно, но у тебя не сразу появится понимание почему, т.к. нет опыта работы с другими языками

Кто что посоветует?

Гугли functional-programming и изучай TEA или Redux архитектуры. На Котлин это хорошо ложится, тк там функции first-class объекты и есть ADT в виде sealed-classes. MV(P/C/VM) это ООП подход, который НЕ решает проблемму сложносности приложений, ПЛОХО композируется и только плодит бойлерплейт. Но если тебя это устраивает, то лучше пройди с этими вопросами в архитектурный-чат (ты там состоишь).

Гугли functional-programming и изучай TEA или Redux архитектуры. На Котлин это хорошо ложится, тк там функции first-class объекты и есть ADT в виде sealed-classes. MV(P/C/VM) это ООП подход, который НЕ решает проблемму сложносности приложений, ПЛОХО композируется и только плодит бойлерплейт. Но если тебя это устраивает, то лучше пройди с этими вопросами в архитектурный-чат (ты там состоишь).

Redux лучше композируется?

Функции лучше композируются, чем классы. Если разбивать UI на stateless-компоненты, это теже функции, которые можно переиспользова/композировать

Функции лучше композируются, чем классы. Если разбивать UI на stateless-компоненты, это теже функции, которые можно переиспользова/композировать

Есть примеры такой разбивки? (Я зря пытаюсь разбивать MVVM? :)

Даже не знаю, там же просто суть что компонент это (Props) -> UI те ее результат завист только от приходящих immutable props. При этом внутри она может использовать, несколько других stateless компонентов как просто функции. Это есть в Litho из коробки. Это неплохо описанно здесь https://reactjs.org/docs/components-and-props.html Но нужно понимать, что это не будет работать если нет "виртульного DOM/UI", по этому в чистом Android/JavaFX это не применимо.