Ruby HAML с Django?
Хорошо, таким образом, я действительно люблю HAML. Особенно, я люблю интеграцию с RedCloth и BlueCloth, таким образом, я могу использовать Скидку с цены и Ткань, смешанную с моим HAML.
Я также люблю Python и Django.
Так, я хотел бы использовать HAML с Django. Теперь, я уже понимаю, что существуют некоторые попытки клонирования подобного HAML синтаксиса в Python (SHPAML и другие). Я попробовал их, и в то время как они не плохи, я нашел, что действительно просто хочу реальный HAML. Частично для ее синтаксиса, но также и для вещей как RedCloth и BlueCloth.
Так, мой вопрос, как сделать HAML, и Django сотрудничают?
Одно решение, я думаю, состояло бы в том, чтобы создать шаблоны HAML и затем скомпилировать их в HTML с помощью инструмента командной строки каждый раз, когда они обновляются.
Quesiton 1: я столкнусь с какими-либо проблемами здесь?
Я также задаюсь вопросом, существует ли способ заставить Python и Ruby играть вместе немного больше. Одна идея, которую я имел, на самом деле отваливала процессы Ruby. Это - вероятно, плохая идея, но у кого-либо есть какие-либо мысли об этом?
Вопрос 2: Что относительно того, чтобы использовать Python для вызова реального Ruby HAML?
Наконец, если кто-либо знает о реализации Python HAML, который завершен, и это поддерживает или Ткань или Скидку с цены, а также простой текст passthru, затем сообщите мне.
Вопрос 3: существует ли полный перевод HAML к Python включая Скидку с цены или Текстильную поддержку?
Спасибо!
3 ответа
Вопрос 1 : статические файлы HTML должны работать нормально (если вы не планируете использовать функцию оценки рубина HAML для динамического содержимого). Я использую аналогичный способ на веб-сайте php с таблицами стилей SASS. Просто убедитесь, что вы запускаете HAML в режиме наблюдения за каталогом, прежде чем начинать взламывать;)
Вопрос 2 : при разветвлении процесса ruby для создания HTML-кода возможно, но я не рекомендую вам, потому что инициализация ruby интерпретатор, и загрузка необходимых файлов занимает много времени процессора, поэтому вам лучше придерживаться статических файлов. Если вам нужна функция оценки ruby для включения данных, созданных во время выполнения, в документ, вам лучше взглянуть на eventmachine и сделать его сервером (чтобы ваше приложение Django могло подключиться к нему и запросить генерацию HTML, не создавая новый переводчик каждый раз).
Вопрос 3 : может быть, это самое сложное. Есть GHRML, от которого отказались; SHPAML, который реализует лишь небольшое подмножество HAML, DMSL , который в настоящее время является экспериментальным, но уже поддерживает большую часть HAML, а также вызывает код Python, но не поддерживает Markdown или Textile. Но, по-видимому, альтернативы Ruby HAML, поддерживающей все необходимые функции (пока), нет.
Хотя это может вызвать больше проблем, чем оно того стоит, ВЕРОЯТНО возможно использовать платформу Java или .NET и по-прежнему запускать приложение Django в Jython или IronPython (с некоторыми незначительными изменениями). Я уверен), а также смогу использовать гем Ruby HAML через jRuby или IronRuby.
Я уверен, что в этом есть некоторые причуды, но я уверен, что это возможно.
Опять же, это, вероятно, намного больше проблем, чем того стоит (учитывая, что вам придется перенести приложение на совершенно новую платформу), но работать над этим проектом было бы довольно весело.