Унификация представления данных клиенту about restforms

[eduard93]

Ещё какие-то типы данных вызывают проблемы при передаче?

[lebedevat]

По датам есть проблема. Сейчас передается Display Mode, AngularJS такой формат как дату не воспринимает, приходится самой перегонять в объект типа Date. Предлагаю след. значения из ISO 8601:
YYYY-MM-DD - для даты
hh:mm:ss - для времени
YYYY-MM-DD hh:mm:ss - Timestamp
С числами сейчас вижу 2 варианта, предлагаю оставить как строки, дабы гарантировать корректность чисел вида "097...."
Больше пока проблем не замечено

[eduard93]

С числами сейчас вижу 2 варианта

А второй какой?

[eduard93]

@dmitry-zasypkin: Еще в таймстэмпах бывают миллисекунды их тоже не нужно терять

[lebedevat]

По числам смотрела текущую реализацию:
policySer:156050
enp:"0976718357277239"

Со временем согласна, надо добавить .nnnn

[dmitry-zasypkin]

policySer:156050
enp:"0976718357277239"

Это строки, а не числа. Имелся в виду формат передачи чисел с дробной частью.

[lebedevat]

Да, прошу прощения, не уловила, что речь именно о типе данных.
Разделитель ",", касаемо точности не могу сказать, т.к. не знаю всю специфику данных

[dmitry-zasypkin]

Почему запятая, а не точка?

[dmitry-zasypkin]

YYYY-MM-DD hh:mm:ss - Timestamp

Это точно из ISO?
Вроде бы так: yyyy-mm-ddThh:mm:ss.sssZ
("Z" означает, что дата/время по UTC; вместо "Z" может быть таймзона вида "+03:00")

[lebedevat]

Почему запятая, а не точка?

Не принципиально, подумалось так проще. Если нет, сойдет и точка

[lebedevat]

Это точно из ISO?
Вроде бы так: yyyy-mm-ddThh:mm:ss.sssZ
("Z" означает, что дата/время по UTC; вместо "Z" может быть таймзона вида "+03:00")

где-то видела такой вариант в описании iso. в любой случае, js понимает оба (и с таймзоной и без)

[eduard93]

Часть 1. SQL 2c87e36