1.3.61
Size: a a a
2020 January 14
Возможно ide старая, 2019.3
BV
Qqq Qqq
1.3.61
🤷♂ у меня тоже, нестабильно работает, да
BV
Qqq Qqq
Возможно ide старая, 2019.3
Да, возможно в этом дело
BV
Хотя это вроде должна быть фича плагина
AN
ну будет время работы зависеть от времени доступа по индексу, что плохого-то?
Все плохо
AN
множество пользователей спарка и akka не согласились бы с этим утверждением)
Спарк уходит со скалы плавненько
VB
Спарк уходит со скалы плавненько
откуда такая информация? Они сделали бридж для Java Api но он лимитирован, а новые вещи все еще пишутся на scala насколько я вижу по их гиту
AN
Ну я читал, что они ядро плавно на джаву мигрируют
K
вопрос стиля, для продакшн кода, пишете @SerialName для всех полей или только для необходимых?
АО
вопрос стиля, для продакшн кода, пишете @SerialName для всех полей или только для необходимых?
Смотря для чего
SB
вопрос стиля, для продакшн кода, пишете @SerialName для всех полей или только для необходимых?
в бекенде для необходимых, в андроиде товарищ для всех пишет
АО
Лично я для внешнего независимого от меня API стараюсь писать везде (особенно учитывая, что там обычно вот_такой_стиль_полей), а для зависимого - редко
K
а статей нет по теме? Типа best practicies. Я пишу для всех (вернее есть плагины, которые генерят), но меня на новом месте просят удалить, потому что они не привыкли.
АО
а статей нет по теме? Типа best practicies. Я пишу для всех (вернее есть плагины, которые генерят), но меня на новом месте просят удалить, потому что они не привыкли.
Ну, и так бывает
K
просто раньше, с GSON, когда даже аннотации над классом нет и не видно, что он для сериализации, я часто видел, как модель тянулась на самый верх и где-то в domain/ui после "рефакторинга" все падало.
АО
Ну лично я за kmpp подход, особенно для вещей вроде модельных дата классов и интерфейсов апишек
АО
Ну а в рамках такого подхода нет смысла SerialName использовать
AN
Ну а в рамках такого подхода нет смысла SerialName использовать
+
BV
откуда такая информация? Они сделали бридж для Java Api но он лимитирован, а новые вещи все еще пишутся на scala насколько я вижу по их гиту
Спарк поменял концепцию когда сделал декларативный api и там не так уж важно скалу ты используешь или нет