кстати, я внезапно осознал, маппер умеет «Самое меньшее, что здесь нужно реализовать – добавить возможность хранить вложенный объект в виде словаря без принудительного парсинга», просто не нужно указывать в keyToClassMappingRules ключи, которые хотим оставить без парсинга)
абсолютно с вами согласен по всем пунктам, я сам использую свой маппер зачастую в небольших проектах, когда простота принципиальнее всего остального, при этом очень часто сервер пишу либо я сам либо человек, сидящий возле меня, и существует реальная возможность влиять на json) на досуге подумаю над вашими замечаниями
хотя мне начинает казаться, что я не до конца правильно понял, что значит «создаст схему для нашего класса (все проперти)» — он рантаймом создаст реальные проперти в классе или засетит просто?
судя по примеру на гитхабе, у этого маппера та же история, что и у моего — в итоге пришлось создать два класса со всеми нужными проперти — JTSocialNetworkTest и JTUserTest для довольно не сложного json, разве что используя его не пришлось писать свой велик)
в моем маппере для
"p_childs" = (
Mary,
James
)
тоже не пришлось ничего дополнительно создавать, так что минус с «объект json = объект obj-c» оба мапера решают одинаково
не совсем класс для каждого ключа, только для тех, у которых значение — json класс
я не очень понял, в вашем JSON Schema validator как происходит маппинг вложеных json объектов? во что они мапятся, тоже веть в классы, для которых нужно создать класс модели?
в моем маппере для
"p_childs" = ( Mary, James )
тоже не пришлось ничего дополнительно создавать, так что минус с «объект json = объект obj-c» оба мапера решают одинаково
я не очень понял, в вашем JSON Schema validator как происходит маппинг вложеных json объектов? во что они мапятся, тоже веть в классы, для которых нужно создать класс модели?