Спасибо :), мне со вчера интересно было....ранее (издревле) тру-вэй был, что есть «объект для сети», и объект для приложения который инициализируются «обьектом для сети» и в этом инициализаторе все преобразования и конвертации время в строки и тд, опять же позволит тестировать «json из сети» если ошибка в нём.
Второй вариант более простой, реализовать init(from: decoder) и писать все 24 свойства, это в принципе норм, так как потом ещё какое-то поле тип поменяет, мало ли, или конвертация какая-то. Но так сразу не соображу чем вариант плох (если не нашёл минусов...значит они найдутся позже, в неподходящий момент :) )
И вот сейчас третий вариант с пропертиРапперами: и возможно со временем все 24 свойства будут обёрнуты в «попробуй как-нибудь распарить», вроде удобно, но опять же, надо подумать не о плюсах а возможных минусах
Конкретно в моем случае, не парсятся не сами свойства конкретные, а 2 типа, Bool и Date (куча свойств на этих 2 типах). При этом Decodable моделей, которые вложены друг в друга, в общем свойств огромное кол-во. Это ответ Apple на запрос верификации рецепта AppStore. И как раз тут проще 2 врапера простых написать, чем увеличивать код моделей в 3 раза (не забываем enum), причем в разных моделях один и тот же Bool и Date. Короче будет месиво нечитаемое если писать вручную все init))