Матцем?
Я не сталкивался, но это надо большие хеши смотреть мне кажется, где перестроения могут быть.

в смысле? часть жсона может исчезнуть что ли при конвертации?

или речь о том, что в апи может прилететь не то, что в доках описано

A Hash object presents its entries in the order of their creation.

В смысле, что в другом порядке записаться. Но вон выше написал Иван, что такого быть не может. Значит ответ - создать новый хэш)

Да, уже так и сделал

а почему так важен порядок?

просто json ничего не говорит о порядке свойств

точнее даже наоборот, говорит что порядка там скорее нет

в жс если мне не изменяет память в объектах тоже нет гарантированного порядка свойств

Я знаю, но просто исходя из свойства объекта, описание которого прилетает с сервера, было бы более правильно разместить то, что мне надо, именно в том месте, где я хочу разместить. Грубо говоря, у нас есть жсон, где прописано описание столовой в отеле и один из объектов содержал бы массив рациона питания, исходя из времени суток. К примеру, завтраки и обеды были бы расписаны, а ужины — нет. Было бы более правильно поместить свойства ужина под обедом, нежели чем пихать все это в случайное место

Это, конечно, не мой кейс с описанием столовой, но мою мысль, думаю, вы поняли

ну не знаю, я бы не стал заморачиваться. для получения данных из хэша надо обращаться по ключу, поэтому в какой позиции этот ключ находится нет совершенно никакой разницы

это же не ui какой то

В принципе, тоже верно. Я тогда подумаю над этим ещё раз

Да, все же вы правы. Лучше пихнуть куда-нибудь и не заморачиваться над порядком

Все же это не ui)

ну то есть  json не для пользователя делается, а для того что бы твой сервис мог его удобно распарсить

а твоему сервису все равно в каком они порядке

Да в целом, и для того и для другого. Я делаю библиотеку для кое-какого сайта и имхо юзеру было бы легче найти то, что ему нужно, исходя из свойств сайта, если ему вдруг надо залезть в хеш