Ответ 1
Это старая история, из-за того, что json не имеет формата по умолчанию для дат. Более того, формат /Date (.....)/, притворяемый .Net(.Net не просто asp.net), нелегко обрабатывать также с настройкой json, разрешенной всеми современными браузерами:
- Первая проблема заключается в том, что формат/Date(.....)/не понимается функцией разбора браузера json. Это легко решить, настроив Json-синтаксический анализ. В сети много исправлений.
- У вас такая же проблема при отправке даты на сервер. Однако в этом случае очень сложно запланировать, потому что, хотя метод JSON.stringify принимает функцию для настройки сериализации json, если вы передаете функцию, которая преобразует каждую дату в строку "/Date(.....)/".... затем функцию string ADD furteh\и преобразуем ее в: "\/Date (.....) \/", то есть она ускользает от \ char.... но строка, преобразованная таким образом, не является понимаемый через dotnet. С другой стороны, если вы преобразуете даты в /Date (.....)/...no escape char добавляется так... также в этом случае вы получаете неправильную кодировку.
- Также, если вы решите вышеуказанные проблемы... после того, как сервер/клиент/сервер с двусторонней поездкой изменил дату, изменилась. В частности, смещение временной шкалы вычитается из исходной даты... Это связано с различными способами .NET и браузеры обрабатывают временные рамки.
- upshot просто вызывает функцию браузера JSON.stringify... поэтому он не оставляет вам места для настройки дат.
если вы используете клиентские блоки в проекте Mvc Controls Toolkit (я являюсь координатором), вы можете использовать "улучшенный" нокаут который автоматически обрабатывает проблемы 1 и 2. В следующем выпуске, который выйдет через несколько дней, я также добавлю автоматическую обработку проблемы 3. Однако... это НЕ РЕШЕТ проблему проблемы... поскольку я подключил функции сопоставления плагина отображения knokout, которые не используются при восстановлении данных на сервере... и после того, как вышли прямые вызовы JSON.stringify... кажется, нет никакого способа устранить проблему... кроме изменения результата обработки дескрипторов json при отправке данных.
В обновленном выпуске клиентских блоков я предоставил класс UpdateManager, который выполняет задание "похоже" на результат, который правильно обрабатывает даты... Однако это никогда не заменит результат, так как использует совершенно другую стратегию обновления... и это просто вариант БОЛЬШЕ не подставить. Поэтому я надеюсь, что в финальной версии решения будет возможность настроить json-форматирование данных.