Как я должен закодировать словари в HTTP, ПОЛУЧАЮТ строки запроса?
Создайте вычисляемый столбец в своей таблице, используя эту меру
FYFilter = IF(Table1[FY] = [CurrFY], 1, 0)
Затем добавьте этот столбец в качестве фильтра уровня отчета, где FYFilter равно 1.
3 ответа
Обычный путь состоит в том, чтобы сделать это как это:
highlight_mode[7]=blue&highlight_mode[9]=yellow
AFAIR, довольно много языков серверной стороны на самом деле поддерживают это из поля и произведут хороший словарь для этих значений.
Я также видел, что люди JSON-кодируют вложенный словарь, затем далее, кодирую его BASE64 (или что-то подобное), затем передаю целую получающуюся путаницу как строковый параметр единого запроса.
Довольно ужасный.
С другой стороны, если можно сойти с рук использование POST, JSON является действительно хорошим способом передать этот вид информации назад и вперед.
Во многих веб-платформах это кодируется по-другому по сравнению с тем, что Вы говорите.
{'foo': [1], 'bar': [2, 3], 'fred': 4}
был бы:
?foo[]=1&bar[]=2&bar[]=3&fred=4
Причиной ответы массива должны отличаться от простых ответов, является так слой декодирования, может автоматически сказать менее общий случай нечто (массив, который просто, оказывается, имеет единственный элемент) от чрезвычайно общего fred случая (единственный элемент).
Эта нотация может экстраполироваться к:
?highlight_mode[7]=blue&highlight_mode[9]=yellow
когда у Вас есть хеш, не только массив.
Я думаю, что это в значительной степени, что делают направляющие и большинство платформ, которые копируют с направляющих.
Пустые массивы, пустые хеши и отсутствие скалярной величины выглядят идентичными в этом кодировании, но нет очень, можно делать с этим.
Это [], кажется, вызывает всего несколько flamewars. Некоторое представление это как ненужный, потому что браузер, транспортный уровень и кодер строки запроса не заботятся. Единственная вещь, которая уходы являются строковым декодером автоматического запроса. Я поддерживаю направляющие способ использовать []. Альтернатива имела бы отдельные методы для извлечения скаляра и извлечения массива от querystring, поскольку нет никакого автоматического способа сказать, когда программа хочет [1], когда это хочет 4.