Какой правильный термин для преобразования данных между клиентской и серверной форматами?

Question

Часто в веб-программировании на JavaScript я беру объект данных, упакованный в формате на стороне клиента, и преобразую его в формат на стороне сервера, или наоборот.

Это может означать, например: переключениемежду snake_case и camelCase, заменяя пустые строки пустыми строками, возможно, переименовывая и реструктурируя, а также добавляя или игнорируя некоторые поля.

Каков правильный или лучший термин для такой операции?

I 'мы видели, что это называется сериализацией, очисткой или декорированием.Я чувствую, что ничего из этого не подходит.

Answer 1

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

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

Так что вам придется придумывать свой собственный термин здесь. Я бы предложил отображение данных клиент-сервер .

Answer 2

Я бы назвал то, что вы делаете, mapping, так как вы перестраиваете свои данные и переименовываете переменные.

Сериализация - это процесс преобразования объекта в строку или в «последовательный» формат, такой как двоичный, но вы делаете больше, чем это.

Answer 3

Я не уверен, что есть один термин для этого.Случай «змея» и «случай верблюда» обычно включает в себя программные конструкции, а не манипулирование данными, и редко представляет собой проблему сервера или клиента.

Единственный термин, который приходит на ум, - это «канонизация», что означает преобразование данных в стандартный формат.Это часто делается, когда допускаются гибкие форматы данных, поступающих от клиента, но при этом все модули, обрабатывающие их, должны быть записаны, чтобы ожидать более ограниченный формат.

Например, внутренний код может понимать толькослучай верблюда, но пользовательский интерфейс или API допускают случай змеи и случай верблюда.Главная точка входа могла бы канонизировать все, что касается верблюда.