Хорошая идея или плохая идея - использовать недетерминированный порядок элементов xml в выходных данных службы REST?

Question

Hash.to_xml и другие подобные Railsism могут привести к тому, что упорядочение элементов будет отличаться в выходных данных службы REST. Элементы XML чувствительны к порядку, поэтому это не будет проблемой для атрибутов JSON или XML.

Какой аспект передовой практики определения сервиса - это взлом, который заставляет меня думать, что это запах ??

Answer 1

Думая о REST через HTTP, кэширование является большим рычагом.Даже если внутренняя часть «семантически» одинакова, если она отличается структурно, вы можете получить много ошибок Cache (например, с помощью ETags ).Конечно, это зависит от того, «как» выполняется сравнение, но в большинстве реализаций Cache в качестве объекта сравнения используется простое хеширование возвращаемой полезной нагрузки.

Так что, если кэширование важно, я бы выкладывал ту же структуру для "семантически" одинаковых документов.

Answer 2

недетерминированное упорядочение будет моим ожиданием, то есть я не буду зависеть ни от чего другого.

Хорошо, если вы можете предоставить детерминированный XML для простого сравнения, но это больше в статическом XML, чем в ответах службы.