давайте теперь везде наследоваться, лишь бы не поговорить со своими коллегами о том, какие данные вы ожидаете и почему так. Вы же на бек тоже что попало не шлете с мыслью “ну сами разберутся”
ну так модель данных должна идти с одного места, как-бы все должно быть в одном месте, отдельной библиотекой, ест ьприложение в нем есть отдельная либа для данных и запроса их с сервера.
у нас и бек и мобилки кастят все типы, натыкались мног ораз на всякое.
я понимаю делать какие-то телодвижения для внешних сервисов, там может быть что угодно, но со своим бекендом, неужели нельзя просто поговорить с людьми?
а кто где сказал что это его бек и он имеет доступ к этим людям? вполне может быть ответом : Так исторически сложилось и они инты шлют стрингами, и кстить туда/сюда им не вариант, так проще кастануть на клиенте
ну там не совсем “инты шлют стрингами”, в оригинальном сообщении было, что иногда строка, а иногда число приходит. Понятное дело, что на клиенте можно сделать что угодно. В том же Codable декодере это можно сделать без особых усилий
ну вот, раз это легко исправить в чем проблема тогда =)
а теперь представьте что у бека кафка или ребит, и в очередь для отправки клиенту скидывают 3-4 сервиса и у некоторых типы отличаются из-за проблем, к примеру одной из таких систем будет 1с, вы знатно вспотеете =)
мы то конечно вообще не знаем, че там за ситуация у топикстартера, но я все же за лечение болезни, а не симптомов, если это конечно возможно, и я и вы правы с разных сторон такого типа проблемы )
=) строгая типизация возможна лишь тогда когда ты один и бек и мобилку делаешь =))
ну почему же, с теми, кто пишет бек просто надо коммуницировать и приходить к общему согласию
иногда это не представляется возможным, когда три разных отдела в разных странах пишут тебе в ребит данные
Делать бек на Котлине, шарить все модели в отдельный репо, его же подключать к проектам для мобилки, в иосе юзать Kotlin Native для бусинес логики 👍👊
Обсуждают сегодня