none
Формирование таблицы данных RRS feed

  • Вопрос

  • Доброго всем дня. Пишу проект ASP.NET MVC 4. Связь контроллера с представлением сделана через JSON. Встал вопрос вывода данных на страницу. Подскажите пожалуйста, как лучше будет. Формировать страницу + JavaScript код на ней для jTable в контроллере и отправлять частичное представление наверх или отправлять данные а таблицу форматировать у клиента. В таблице варьируется количество колонок, количество строк остается постоянным - пагинация. Я пока зелен в этом всем а переделывать не сильно охота потом.

    Спасибо.

    16 февраля 2013 г. 11:16

Ответы

  • "То есть ваша рекомендация - писать клиент сложнее, ибо размер передаваемых данных значительно уменьшится? Я правильно понял?" - примерно так. Так как слаботипизированный JavaScript - это не C#.

    "этими скриптами встает вопрос, как сильно можно нагружать клиента. Не будет ли сильн отормозить визуализация у него." - тут уже правильнее найти некий баланс. Однозначно сказать сложно, для каждого случая свой подход. Если ставка на производительность, то насколько можно меньше ресурсов сервера нужно задействовать и наоборот. Правда в большинстве случаев выбирается нечто среднее, то самы баланс.

    • Помечено в качестве ответа Little_Cat_2003 16 февраля 2013 г. 14:06
    16 февраля 2013 г. 13:51
    Модератор

Все ответы

  • "Связь контроллера с представлением сделана через JSON" - тут не очень понятно, что вы имеете ввиду. Контроллер всего лишь передаёт модель и визуализирует представление.

    "Формировать страницу + JavaScript код на ней для jTable в контроллере и отправлять частичное представление наверх или отправлять данные а таблицу форматировать у клиента." - есть простое неписаное правило: нагружайте насколько можно ресурсы сервера меньше и по возможности делайте то, что можно и на клиенте именно на клиенте. Т.е. чем меньше вы передаёте данных туда и обратно, тем лучше работает ваше приложение. Правда тут есть и своя негативная сторона: некоторое усложнение программы на клиенте. Придётся писать больше JavaScripot кода.

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

    16 февраля 2013 г. 13:34
    Модератор
  • То есть ваша рекомендация - писать клиент сложнее, ибо размер передаваемых данных значительно уменьшится? Я правильно понял?

    "Связь контроллера с представлением сделана через JSON" - тут не очень понятно, что вы имеете ввиду. Контроллер всего лишь передаёт модель и визуализирует представление.  - в моем случае все вызовы представления идут через Ajax от jQuery. Контроллер всегда отдает JsonResult на любой запрос.

    С этими скриптами встает вопрос, как сильно можно нагружать клиента. Не будет ли сильн отормозить визуализация у него.

    Спасибо за ваше внимание.

    16 февраля 2013 г. 13:43
  • "То есть ваша рекомендация - писать клиент сложнее, ибо размер передаваемых данных значительно уменьшится? Я правильно понял?" - примерно так. Так как слаботипизированный JavaScript - это не C#.

    "этими скриптами встает вопрос, как сильно можно нагружать клиента. Не будет ли сильн отормозить визуализация у него." - тут уже правильнее найти некий баланс. Однозначно сказать сложно, для каждого случая свой подход. Если ставка на производительность, то насколько можно меньше ресурсов сервера нужно задействовать и наоборот. Правда в большинстве случаев выбирается нечто среднее, то самы баланс.

    • Помечено в качестве ответа Little_Cat_2003 16 февраля 2013 г. 14:06
    16 февраля 2013 г. 13:51
    Модератор
  • Спасибо. Будем писать.

    16 февраля 2013 г. 14:06