MO
Ну так программирование на фьючах есть написание лапши из коллбеков, только ручное )
Size: a a a
2020 November 17
AN
Ну так программирование на фьючах есть написание лапши из коллбеков, только ручное )
Смотря какие фьючи
VP
Ну так программирование на фьючах есть написание лапши из коллбеков, только ручное )
Нет, это другое. Но по сравнению с последовательным кодом тоже не очень.
IN
Всем привет, подскажите пожалуйста
Сценарий такой:
делаю запрос и приходит json, где одно поле не совпадает с полем в data классе, логично что оно падает в onFailure, но как это можно валидировать, чтобы подсказывало мол у тебя тут строка а нужен какой-то объект и так далее.
Не очень приятно дебажить, когда выводит мол D/Failed: java.lang.IllegalStateException: Expected a string but was BEGIN_OBJECT at line 1 column 4772 path $.source
Как я должен понять, где именно неправильный тип
Сценарий такой:
делаю запрос и приходит json, где одно поле не совпадает с полем в data классе, логично что оно падает в onFailure, но как это можно валидировать, чтобы подсказывало мол у тебя тут строка а нужен какой-то объект и так далее.
Не очень приятно дебажить, когда выводит мол D/Failed: java.lang.IllegalStateException: Expected a string but was BEGIN_OBJECT at line 1 column 4772 path $.source
Как я должен понять, где именно неправильный тип
AN
Всем привет, подскажите пожалуйста
Сценарий такой:
делаю запрос и приходит json, где одно поле не совпадает с полем в data классе, логично что оно падает в onFailure, но как это можно валидировать, чтобы подсказывало мол у тебя тут строка а нужен какой-то объект и так далее.
Не очень приятно дебажить, когда выводит мол D/Failed: java.lang.IllegalStateException: Expected a string but was BEGIN_OBJECT at line 1 column 4772 path $.source
Как я должен понять, где именно неправильный тип
Сценарий такой:
делаю запрос и приходит json, где одно поле не совпадает с полем в data классе, логично что оно падает в onFailure, но как это можно валидировать, чтобы подсказывало мол у тебя тут строка а нужен какой-то объект и так далее.
Не очень приятно дебажить, когда выводит мол D/Failed: java.lang.IllegalStateException: Expected a string but was BEGIN_OBJECT at line 1 column 4772 path $.source
Как я должен понять, где именно неправильный тип
Ну он как бы дает уже сразу точку в строке, где поломалось. Декодер же не знает, какие виды ошибок у вас могут быть. В принципе, можно было бы починить генератор json схемы, который есть в примерах (я его под себя немного допилил) и валидировать при помощи внешних инструментов. Была бы кстати полезная работа.
2020 November 18
AI
KZ
А я думал хактоберфест уже кончился
AI
А я думал хактоберфест уже кончился
Всё выглядит серьёзно 😀 https://twitter.com/AdamMc331/status/1328714530248069120?s=19
AN
Переслано от Sergey Zolotov
AN
Переслано от Sergey Zolotov
Чего-то меня гложет сомнения. Нам с Бренданом удалось сейчас добиться того же на библиотечном уровне почти без синтаксического оверхеда. Поэтому вопрос, стоит ли это тащить в компиляторный плагин. Тем более с кейвордом и новым синтаксисом для дженериков. Интересно мнение @relizarov .
RE
Я пока в руках не держал, поэтому особого мнения нет. Будем смотреть, обсуждать.
AN
Я пока в руках не держал, поэтому особого мнения нет. Будем смотреть, обсуждать.
Да, там нет даже ссылки на как поставить. Там просто есть много подводных камней типа операций на объектах, которые их не поддерживают. Например экспоненты на матрицах и комплексных числах. Без введения математического контекста не понятно, как эо делать.
IP
SZ
прочитал как ночной позор
AN
Переслано от Sergey Zolotov
Но есть плюс. Теперь свифтовикам нечем хвастаться.
Е
прочитал как ночной позор
а что там написано? ночной дожор?
T
>По умолчанию все классы в Kotlin имеют статус final, который блокирует возможность наследования.
а почему так? какие аргументы в пользу такого?
а почему так? какие аргументы в пользу такого?
AN
Вообще про что это? Про котлин?
AN
>По умолчанию все классы в Kotlin имеют статус final, который блокирует возможность наследования.
а почему так? какие аргументы в пользу такого?
а почему так? какие аргументы в пользу такого?
Best practices на опыте java. И это по-моему вообще во всех местах описано
с#
>По умолчанию все классы в Kotlin имеют статус final, который блокирует возможность наследования.
а почему так? какие аргументы в пользу такого?
а почему так? какие аргументы в пользу такого?
можно плагин all-open использовать и тогда по умолчанию всё будет открыто