Json форматирование данных наилучшая практика

Question

У меня есть веб-страница SPA. Данные загружаются с помощью запросов ajax. Мне нужно показать некоторые данные, чувствительные к культуре, на этой странице. Каков наилучший способ создания таких данных? Basicaly У меня есть два варианта:

1. Передать все данные preformated клиенту (предварительно отформатированные на сервере)

Preformated 
{ 
    DurrationInMinutes = '2 min' 
    DurationInSeconds = '120 sec' 
} 

Pros:

• Easy стороне сервера реализации (Asp.net MVC фоновый).
• Все находится в одном месте (один метод в BLL).
• Меньшие JavaScript

Против:

• Возможное дублирование данных (одни и те же данные, показанные продолжительность в минутах, секунд т.е. Diferent формат, но и те же данные).

2. Отправить исходные данные для клиента (формат на клиенте)

RawData 
{ 
     Durration = 1645678 // milliseconds   
} 

Плюсы:

• легче модульное тестирование (мы можем проверить все, что в C#)
• Легче обслуживание - наши разработчики более опытные в C#, затем
  Javascript

Минусы:

• Больше работы должна быть сделана на стороне клиента
• Я не уверен, если вся верстка данные может быть easilly сделана в JavaScript

Редактировать

В конечном итоге с опцией клиентской стороны

Thanks

Answer 1

Для простоты представления данных оба метода в порядке. Но имейте в виду еще пару соображений:

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

Если ни одно из этих соображений не применимо, я бы выбрал то, что наиболее оптимально для разработки и обслуживания. Ответ затем зависит от местных проблем, ресурсов, используемых рамок и т. Д.

Answer 2

Я не понимаю недостатки опции на стороне сервера - как это происходит, когда-то это форматирование? Специально, когда вы можете хранить локализованные данные в файлах ресурсов и просто позволить инфраструктуре обрабатывать локализацию с простой конфигурацией? И да, AFAIK, чистый Javascript не обладает теми же возможностями локализации .NET (или Java, или любой другой структуры, если на то пошло).

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

Мои два цента: если вы не найдете фреймворк Javascript, который может это сделать, пусть серверная сторона обработает его.В противном случае вы будете изобретать колесо. Также учтите, что чем больше логики у вас есть на стороне клиента, тем хуже будет выглядеть ваш сайт на компьютерах нижнего уровня, планшетах и ​​мобильных телефонах.