AE
Я вот не вижу смысла пустых набросов не по теме
Size: a a a
2020 June 07
QH
и невозможно написать библиотеку, которая обернёт такой роутер
AE
И да, все можно вытащить и без аннотаций если что
AE
и невозможно написать библиотеку, которая обернёт такой роутер
Легко
AE
Особенно если предоставлять апи не роутерами, а контроллерами
BV
и невозможно написать библиотеку, которая обернёт такой роутер
У спинга как раз для этого инструменты есть
BV
Но вообще непонятно в чём смысл спора
AE
Но вообще непонятно в чём смысл спора
@Harmonizr просто хейтит спринг
AE
Ведь он божественен
QH
@Harmonizr просто хейтит спринг
нет, это ты триггеришься на констатацию каких-то слабых его сторон
AE
нет, это ты триггеришься на констатацию каких-то слабых его сторон
Совершенно нет
2020 June 15
К
Какая по вашему мнению лучшая либа для json для котлина? Перехожу щас с gson из-за отсутствия поддержки дефолтных значений.
VA
Kotlinx.serialization , Jackson
К
Я щас читаю о moshi
AM
Какая по вашему мнению лучшая либа для json для котлина? Перехожу щас с gson из-за отсутствия поддержки дефолтных значений.
А что имеется ввиду под поддержкой дефолтных значений?
К
А что имеется ввиду под поддержкой дефолтных значений?
Такое
workerName: String = "Не выбрано" в конструктореAM
Такое
workerName: String = "Не выбрано" в конструктореНу, по-хорошему, респонсы с сервера лучше мапить в свои какие-то модели, в которых эти стандартные значения можно указывать, чтобы не зависеть от ответа сервера. Та же ситуация и с базами данных. Делать одну модель, которая везде юзается и которая в любой момент может поменяться из-за сервера - неоч
BP
Ну, по-хорошему, респонсы с сервера лучше мапить в свои какие-то модели, в которых эти стандартные значения можно указывать, чтобы не зависеть от ответа сервера. Та же ситуация и с базами данных. Делать одну модель, которая везде юзается и которая в любой момент может поменяться из-за сервера - неоч
Зачем заводить две одинаковые модели ?
BP
Kotlinx.serialization , Jackson
+++
QH
Ну, по-хорошему, респонсы с сервера лучше мапить в свои какие-то модели, в которых эти стандартные значения можно указывать, чтобы не зависеть от ответа сервера. Та же ситуация и с базами данных. Делать одну модель, которая везде юзается и которая в любой момент может поменяться из-за сервера - неоч
Делать отдельную модель для сериализатора — полный бред, с таким успехом сериализатор можно просто выкинуть.