Django - разбирать XML, выводить как фрагменты HTML для iFrame?

Question

Меня попросили быстро собрать небольшую систему, которая принимает фид Yahoo XML, анализирует его и создает на его основе фрагмент HTML.

В настоящее время я использую Django для обработки маршрутизации URL с помощью некоторого скрипта Python и выводю немного HTML в (с жестко закодированными измерениями, например, встроенный CSS), который, мы надеемся, можно поместить в iframe часть была моей недоделанной идеей).

Меня также попросили добавить несколько других фрагментов, например, что-то для анализа XML-каналов Twitter, результатов поиска Wordpress XML и т. Д., Которые также могут быть перегруппированы на странице в iFrames.

URL-адреса будут выглядеть примерно так: http://foobar.com/yahoofeed/keyword/dimensions, или / twitter / keyword / Измерения, где ключевое слово - это ключевое слово для поиска, а размеры - это одно из предопределенных размеров (я полагаю, если есть больше параметров, мне следует передавая их как строки запроса, а не как виртуальные подкаталоги как часть URL, верно? Мысли? Плюсы / минусы либо?).

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

Cheers, Victor

Answer 1

Для разбора XML я предпочитаю xml.dom.minidom из-за неуклюжего использования и является частью стандартной библиотеки Python.

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

Я думаю, вы нашли лучший (и самый простой) способ сделать это.

Answer 2

Ваше решение звучит нормально. Суть вашей проблемы заключается в склеивании нескольких кусочков, поэтому они всегда будут немного случайными и хакерскими (и Python идеально подходит для такой работы).

Я бы использовал строки запроса для всего, что:

• не представляет постоянный ресурс
• представляет какой-либо запрос или параметр ввода
• представляет опцию вывода

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