При синхронизации с подчеркнутым бэкэндом конвертировать в CamelCase для использования в JavaScript?

Question

При синхронизации с подчеркнутым бэкэндом конвертировать в CamelCase для использования в JavaScript?

14

TL/DR: Какой хороший способ использовать подписанное соглашение об именах (RoR) с помощью соглашения о назначении имен для camelCased clientide (JS)

Серверные среды программирования, такие как Ruby on Rails, используют переопределенные переменные. Обычно JavaScript использует переменные camelCased. Это проблематично при отправке данных с клиента на сервер.

Например, рассмотрите отправку пользовательской информации клиенту. В базе данных может быть свойство num_times_ordered, но в JavaScript вы обычно хотели бы ссылаться на это как numTimesOrdered.

Кто-нибудь придумал элегантный способ справиться с этим? Вот некоторые варианты, ни один особенно приятный:

Преобразование данных в camelCase при извлечении с сервера.
Используйте camelCase при отправке с сервера
Используйте ярлык с обозначением подчеркивания в вашем Javascript (хотя тогда вы не согласны с любыми сторонними библиотеками, такими как jQuery)
Используйте соглашение об именах camelCased на вашем сервере (хотя тогда вы несовместимы со своими соглашениями с бэкэнд)

Я склоняюсь к № 3 и использую символы подчеркивания в своем JavaScript. Это будет выглядеть странно, если я буду использовать сторонние библиотеки camelCased.

Geoff 19 авг. 2012, в 20:27

Источник

2

+1 этот вопрос меня тоже мучает. Я поехал с № 3 по умолчанию, но мне интересно, есть ли лучшее решение.
Chris Salzberg 19 авг. 2012, в 22:20

Теги:

javascript

ruby-on-rails

naming-conventions

camelcasing

2 ответа

1

Воскрешая это для более современного подхода.

Это отличный прецедент для перехватчиков axios

В принципе, определите класс клиента и добавьте перед/после перехватчика, который преобразует данные запроса/ответа.

export default class Client {
    get(url, data, successCB, catchCB) {
        return this._perform('get', url, data, successCB, catchCB);
    }

    post(url, data, successCB, catchCB) {
        return this._perform('post', url, data, successCB, catchCB);
    }

    _perform(method, url, data, successCB, catchCB) {
        // https://github.com/axios/axios#interceptors
        // Add a response interceptor
        axios.interceptors.response.use((response) => {
            response.data = toCamelCase(response.data);
            return response;
        }, (error) => {
            error.data = toCamelCase(error.data);
            return Promise.reject(error);
        });

        // Add a request interceptor
        axios.interceptors.request.use((config) => {
            config.data = toSnakeCase(config.data);
            return config;
        }, (error) => {
            return Promise.reject(error);
        });

        return axios({
            method: method,
            url: API_URL + url,
            data: data,
            headers: {
                'Content-Type': 'application/json',
            },
        }).then(successCB).catch(catchCB)
    }
}

Здесь gist с более длинным примером, использующим React/axios.

daino3 08 нояб. 2017, в 00:35

Ещё вопросы

+1 этот вопрос меня тоже мучает. Я поехал с № 3 по умолчанию, но мне интересно, есть ли лучшее решение.

Dom Christie · Accepted Answer · 2012-09-03T23-09-00.000Z

Я считаю, что ember.js(через Ember Data) принимает подход №1: преобразование подчеркнутого JSON в camelCase на стороне клиента при извлечении; и делать обратный, прежде чем отправлять обратно на сервер.

Я работал над небольшой библиотекой, которая выполняет эти преобразования: https://github.com/domchristie/humps, что позволяет делать такие вещи, как:

// GET
$.ajax({
  url: '/posts',
  dataType: 'json',
  success: function(data, status, xhr) {
    data = humps.camelizeKeys(data);
  }
});

// POST
$.ajax({
  type: 'POST',
  url: '/posts'
  dataType: 'json',
  data: humps.decamelizeKeys({
    title: "Foo",
    publishedAt: "2012-09-03T21:35:46.068Z"
  })
});
// Sends: { title: "Foo", published_at: "2012-09-03T21:35:46.068Z" }

Я должен добавить, что он не был сильно протестирован, но приветствуются вклады!