Size: a a a

2020 June 15

AM

Alex Mostovoy in Kotlin JVM
Bogdan Panchenko
Зачем заводить две одинаковые модели ?
Затем, что одна модель будет наверняка валидной. Сегодня тебе сервер присылает "author":"Bogdan", а завтра - "author":42. И у тебя приложение уже в маркете и ты в панике
источник

AM

Alex Mostovoy in Kotlin JVM
Quantum Harmonizer
Делать отдельную модель для сериализатора — полный бред, с таким успехом сериализатор можно просто выкинуть.
а при чем тут сериализатор?
источник

IS

Ihar Sadounikau in Kotlin JVM
Alex Mostovoy
Затем, что одна модель будет наверняка валидной. Сегодня тебе сервер присылает "author":"Bogdan", а завтра - "author":42. И у тебя приложение уже в маркете и ты в панике
js ты ли это?
источник

QH

Quantum Harmonizer in Kotlin JVM
Alex Mostovoy
Затем, что одна модель будет наверняка валидной. Сегодня тебе сервер присылает "author":"Bogdan", а завтра - "author":42. И у тебя приложение уже в маркете и ты в панике
Почему в панике? Любая сеть и любой парсинг всегда в try-catch, неожиданные ошибки всегда в крашлитику.
источник

AM

Alex Mostovoy in Kotlin JVM
Ihar Sadounikau
js ты ли это?
та при чем тут? Банально - плохая организация деплоев и кто-то что-то не досмотрел
источник

QH

Quantum Harmonizer in Kotlin JVM
Alex Mostovoy
а при чем тут сериализатор?
Gson — это сериализатор, например.
источник

AM

Alex Mostovoy in Kotlin JVM
Quantum Harmonizer
Gson — это сериализатор, например.
так, ну окей. А еще это десериализатор. При чем тут вообще это? Я вообще говорю об отречении от респонсов благодаря врапперам
источник

IS

Ihar Sadounikau in Kotlin JVM
Alex Mostovoy
та при чем тут? Банально - плохая организация деплоев и кто-то что-то не досмотрел
недосмотренные контракты допустить до прода это нужно постараться, при строгой типизации такие ошибки должны на раз два ловиться
источник

AM

Alex Mostovoy in Kotlin JVM
Ihar Sadounikau
недосмотренные контракты допустить до прода это нужно постараться, при строгой типизации такие ошибки должны на раз два ловиться
как строгая типизация поможет тебе ловить ошибки связанные с измененными респонсами?
источник

QH

Quantum Harmonizer in Kotlin JVM
Alex Mostovoy
так, ну окей. А еще это десериализатор. При чем тут вообще это? Я вообще говорю об отречении от респонсов благодаря врапперам
Ещё раз: копипастить модель, чтобы одной пользоваться, а вторую отдавать десериализатору — совершенно бредовая идея. Библиотеки должны помогать делать работу, а не программист должен угождать библиотекам.
источник

VA

Victor Alenkov in Kotlin JVM
Alex Mostovoy
как строгая типизация поможет тебе ловить ошибки связанные с измененными респонсами?
что ты будешь делать с необработанным респонсом?
источник

AM

Alex Mostovoy in Kotlin JVM
Victor Alenkov
что ты будешь делать с необработанным респонсом?
в зависимости от того, что об этом случае думает дизайнер, например. Камон, чо за вопрос такой?
источник

AM

Alex Mostovoy in Kotlin JVM
Quantum Harmonizer
Ещё раз: копипастить модель, чтобы одной пользоваться, а вторую отдавать десериализатору — совершенно бредовая идея. Библиотеки должны помогать делать работу, а не программист должен угождать библиотекам.
окей, в чем твоя точка зрения? Что лишняя безопасная для использования в UI модель - это плохо? Что респонсы всегда идеальные? Я не понимаю вот этих вот приколов с употреблением таких слов, как "бредовый" и тд. Какие вообще аргументы, что это бредово?
источник

VA

Victor Alenkov in Kotlin JVM
это не бредово, если модели не 1-in-1 - тогда ты принимаешь одно и отдаёшь в другую. Если же они 1-in-1, то плодить сущности - нарушение Бритвы Оккама
источник

VA

Victor Alenkov in Kotlin JVM
если разница только на уровне парсинга входящих анных, то это решается десериализатором
источник

VA

Victor Alenkov in Kotlin JVM
Alex Mostovoy
в зависимости от того, что об этом случае думает дизайнер, например. Камон, чо за вопрос такой?
ты всё равно будешь обрабатывать “кривой” парсинг входящих данных. Так зачем для этого созддавать лишнюю сущность? Сгенери ошибку на уровне десериализатора и отдай её в UI, если так надо
источник

QH

Quantum Harmonizer in Kotlin JVM
Alex Mostovoy
окей, в чем твоя точка зрения? Что лишняя безопасная для использования в UI модель - это плохо? Что респонсы всегда идеальные? Я не понимаю вот этих вот приколов с употреблением таких слов, как "бредовый" и тд. Какие вообще аргументы, что это бредово?
> безопасная для использования
Ещё раз: любая сеть и любой парсинг всегда в try-catch, неожиданные ошибки всегда в крашлитику.
источник

AM

Alex Mostovoy in Kotlin JVM
Quantum Harmonizer
> безопасная для использования
Ещё раз: любая сеть и любой парсинг всегда в try-catch, неожиданные ошибки всегда в крашлитику.
Господи, да че ж ты такой душный? Я тебя не заставляю делать так, как делаю я. Зачем этот срачельник устраивать? :D
источник

QH

Quantum Harmonizer in Kotlin JVM
Alex Mostovoy
окей, в чем твоя точка зрения? Что лишняя безопасная для использования в UI модель - это плохо? Что респонсы всегда идеальные? Я не понимаю вот этих вот приколов с употреблением таких слов, как "бредовый" и тд. Какие вообще аргументы, что это бредово?
> Какие вообще аргументы
Повторюсь: Библиотеки должны помогать делать работу, а не программист должен угождать библиотекам.

Это значит, что добавление новой сущности равноценно выкидыванию библиотеки, которая «делает всё за тебя», и работе с AST руками.
источник

QH

Quantum Harmonizer in Kotlin JVM
Alex Mostovoy
Господи, да че ж ты такой душный? Я тебя не заставляю делать так, как делаю я. Зачем этот срачельник устраивать? :D
Ты даёшь плохой совет. Я объясняю, почему он плохой.
И вообще, я не понимаю вот этих вот приколов с употреблением таких слов, как «душный» и «срачельник».
источник