Итак, я уже некоторое время кодирую веб-приложения ... обычно я выполняю как структуры данных, так и поиск и кодирование на стороне клиента.Теперь у меня есть товарищ по команде администратора данных, и его единственная задача - возвращать данные из базы данных в API, обслуживающий json;стандартные вещи.
Недавно у меня возникли разногласия с ним относительно того, как эти данные должны быть возвращены.По сути, у нас есть два объекта json, первый загруженный удаленно один раз (который включает имя гонщика, номер гонщика и т. Д.) При запуске приложения.Во-вторых, (во время гонки, которая является повторяющимся синхронизированным вызовом данных), мы постепенно получаем позиции, которые содержат широту / долготу гонщика, spd и т. Д.
В чем мы отличаемся, так это в том, что он заявляет, что это «неэффективно» длявернуть имя гонщика (первый вызов) в строке телеметрии (второй вызов).Что заставляет меня это сделать, так это сохранить первый объект данных в глобальном объекте, а затем по существу получить широту / долготу гонщика из второго объекта данных «на лету», используя функцию поиска соединения, которая затем возвращает новыйjson obj, который я заполнил в сетку гонщика, используя jqGrid (выглядит примерно так: getRaceDataByID (json [0] .id) {// поиск данных гонки по идентификатору гонщика в json [1], где json [1] .id == json[0] .id [lat / lon, spd] и вернуть новую строку json obj для заполнения jqgrid})).
В результате получается чрезмерно кодированное / медленное клиентское (jquery) приложение.
Мой вопрос касается теории.Конечно, я понимаю традиционные структуры данных, нормализацию, sql и т. Д. Но в современном мире «веб-приложений» и идеи о том, что более крупные веб-сервисы отходят от «традиционных структур данных SQL» и просто возвращают данные в видеКлиент нуждается.В этом смысле это будет означать добавление около 3 полей (имя, номер нагрудника, тип транспортного средства и т. Д.) К вызову sql при каждом вызове удаленного доступа, чтобы я мог отображать данные на клиенте в соответствии с требованиями интерфейса (данныетаблица, отображающая скорость в реальном времени, широту / долготу и т. д.).
Итак, наконец, мой вопрос: кто-нибудь сталкивался с подобной ситуацией, и я "весь обмочен", думая, чтоВ сегодняшнем мире огромных веб-приложений, зависящих от данных, по 3 поля на строку, что это не такая уж большая проблема, которую нужно разделять.
Обратите внимание: я понимаю, что традиционно вам не нужно отправлять больше данных, чемвам нужно, и что его понимание структуры данных и неэффективной передачи данных (не посылая больше данных, чем вам нужно) на самом деле правильно.
Но во многих случаях, когда я кодирую веб-приложения, часто смотрят немного по-другому на б / ц природу браузера без состояния, и ИМХО, и гораздо проще просто отправить данные, которыенеобходимо.Мой вопрос заключается не в том, чтобы не желать кодировать решение, а в том, чтобы пытаться снизить нагрузку на клиента, не переставляя json obj во что-то, в чем я нуждался.