- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
JSON объект:
{
"Tickets":[100999,100998,100997],
"Price":[5,5,5],
"TicketCount":3
}
Вместо положенных:
{"Tickets":[ ["100999","5"],["100998","5"],["100997","5"]]}
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+3
JSON объект:
{
"Tickets":[100999,100998,100997],
"Price":[5,5,5],
"TicketCount":3
}
Вместо положенных:
{"Tickets":[ ["100999","5"],["100998","5"],["100997","5"]]}
Разработчик высылает JSON объект где описывает массив, вместо того чтобы просто выслать массив)))))
>)))))
У тебя скобки не сбалансированы.
Знаешь как удобно когда у тебя ключ "ID", а на вход приходит "ID" и программа молча работает неверно?
- разные ключи?
один в базе бэкэнд делал с первичными ключами в numeric (не целый) типом
второй фронтэнд работал этими ключами как со строками
мне вот все интересно было, когда у них все сломается, но чет из 3 года уже как нет в компании, а это говно до сих пор работает.
а какая разница? или у вас там арифметика идентификаторов была?
ключ - он должен же исполнять прежде всего основную задачу свою - уникально отличаться от любого другого значения ключа
для этого он может быть строкой, числом, ууидом и хоть чертом лысым, главное, чтобы индексировался хорошо и слишком много места не жрал
для фронта абсолютно же насрать, было ли это число или строка, особенно, если ты не собираешься этот объект вычитать и умножать
просто, может, объявили тип с непустой дробной частью по ошибке и никогда этим не пользовались?
в оракле, например, number(N) вместо bare-metal числа для идентификатора - самый родной способ
это все равно, что на велосипед карбюратор поставить.
А ты вот по контенту json опознал
молодец, чо
а там они лежали внутрях в самодельном архиве
хотя CAFEBABE и MZ я и сам умею
проследуй на хуй.