Comments 6
Статья отличная, наверно, стоило ещё упомянуть что все это дело умеет работать с опционалами — со всеми вытекающими и падениями в случае если в поле прилетел null
Я так понимаю, русский для автора не родной язык? Даже заглавие глаз режет. :(
Не уверен что это правильный подход, объединять транспортный объект и непосредственно бизнес объект.
Идеологически это должно быть два отдельных независимых слоя и конвертор между ними. Таким образом при изменении api (или вообще источника данных) не прийдется менять бизнес объект и наоборот.
Идеологически это должно быть два отдельных независимых слоя и конвертор между ними. Таким образом при изменении api (или вообще источника данных) не прийдется менять бизнес объект и наоборот.
Плюс, в этом случае можно не заморачиваться с кастомной реализацией Codable, а создать объекты-обёртки, где необходимо, чтобы напрямую переводить JSON в объекты, поскольку это всё инкапсулировано в отдельном слое.
Это просто пример изменения поведения протокола. В конце есть «P.S.», где я упомянул Ваш способ использования. Очень абстрактно, правда, но упомянул.
Sign up to leave a comment.
Работа со сложными JSON-объектами в Swift (Codable)