В чем вы создаете php/tpl/html шаблоны?

Question

[dk-web]

Написал трактат и удалил.. очень коротко.
Мне очень понравился Jade. Я его использую исключительно как сокращение синтаксиса. Убил кучу времени и сломал многим мозг как их поженить с php тегами. Но финального итога так и нет. Все уперлось.. не поверите в банальное отсутствие переносов на новую строку.

<div class="slogan"><?php if ($test == 0): ?>
          <p>Test zero</p><?php elseif ($test == 1): ?>
          <p>Test one</p><?php else: ?>
          <p>Other test</p><?php endif; ?>
        </div>

Если бы это переносилось. то цены бы не было и я бы был счастлив.
Но...
Поставил Emmet в Sublime2... но это все же не то...
Пробовал писать под smarty - {...} - тоже jade не съедает(
Уверен, что раз такой вопрос возникает только у меня. то это настолько просто решается...
Еще раз... мне просто очень понравилась связка Jade-Sass (табуляционный, упрощенный синтаксис) и все плюшки от Gulp к этому.. но вот PHP ну никак сюда не вклеивается...

Answer 1

[Сергей Протько]

но вот PHP ну никак сюда не вклеивается...

именно так.

Есть модули на js, есть решения на php. Вам выбирать что и как юзать.

Я как-то подумывал о том что бы впилить поддержку jade/haml в twig, благо он это позволяет делать благодаря своей гибкости, но так как я не часто пишу шаблоны для php (я уже больше года как разделил фронтэнд и бэкэнд и поселил между ними rest), то как-то не удалось.

Answer 2

[Назар Мокринский]

Я использую веб-компоненты, шаблоны сами пишу на haml с автоматической конвертацией в html.
Polymer позволяет избавиться от подобной каши на сервере полностью, потому как всё работает на фронтенде.

P.S. Посмотрел я на Jade, буду теперь переходить с HAML, не нравятся мне эти штучки из мира Ruby. Вот бы ещё CoffeeScript на сто-то заменить, да чтобы с тернарным оператором...) Спасибо, @dk-web)

Comments

[Сергей Протько]

ну я так же использую Angular, дробя все на компоненты (директивы с контроллерами, которые появились в Angular 1.3 и стали юзабельными в Angular 1.4, В Angular2 в принципе выходит примерно так же как и у полимера с определенными оговорками)

[Даниил Колесниченко]

Назар Мокринский, а чем плохо if a then b else c?

[Назар Мокринский]

Даниил Колесниченко: Менее читабельно чем a ? b : c.
Слишком многословно для якобы лаконичного языка. Вот тернарный оператор добавить - и убрать мешанину с for .. in / for .. of которые я постоянно путал по началу, ну и явный короткий литерал для функции, которая не возвращает значение ибо надоело вставлять пустые return чтобы он не генерировал простыни ненужного кода - и было бы здорово.
Мда, звучит как причина сделать свой форк...

[dk-web]

ек макарек... о чем вы) я только эти то слова чуть освоил... а вы уже дальше "ругаетесь"))) мой вопрос много-много проще... Назар Мокринский: вот вы пишете шаблон на Haml - а в шаблон то какие метки вставляете? у меня с ними как раз и затык.. что вставить в Jade, чтобы получить шаблон index.html с метками, который я уже потом запущу в шаблонизатор

[Назар Мокринский]

dk-web: Я не вставляю это в шаблонизатор, у меня нет шаблонизатора вообще) И никогда не было, и не будет, полагаю)
Вот пример в документации как оно у меня работает: https://www.polymer-project.org/1.0/docs/devguide/...

Answer 3

[mr-molodoy]

У Вас php занимается компиляцией jade?
Если я правильно понимаю то Вы хотите сделать что-то вроде?

doctype html
html
  head
    style
      include style.css
  body
    <?php if (isHome() == 'index') { ?>
        h1 Index page
    <?php } else { ?>
        h1 <?= $page->title ?>
    <?php } ?>
    p Welcome to my super lame site.
    script
      include script.js

Если я правильно понял, то - почитайте может ли библиотека, которую Вы используете в php для компиляции Jade принимать не путь к шаблону для рендеринга а контент, если да то делайте примерно так:

function renderJade($file) {
         $jadeCompiler = new Jade\Compiler;

         ob_start();
         include $file; // здесь Jade шаблон
         $jadeContent = ob_get_contents();

         $template = $jadeCompiler->compileContent($jadeContent);
         
         return $template;
     }

     print renderJade("path/to/jade/template.php" );

Конечно, что у библиотеки используемой Вами отличается способ инициализации и названия методов, но

Comments

[mr-molodoy]

Простите, случайно отправил!
Но думаю, что Вы поняли, то что я описал и допилите под себя.

Сам смысл заключается в том, что бы пропустить через интерпретатор php сам шаблон, выполнить все инструкции и php код и в конечном счете получить чистый Jade шаблон который можно скормить jade компилятору.

[dk-web]

mr-molodoy: спасибо за совет! я примерно в итоге так и делаю... но!) мой вопрос чуть-чуть проще... я чуть по-другому компиляцию понимаю) грубо говоря я хочу получить промежуточный вариант - из index.jade -> index.html с вкраплениями (расстановкой) меток в виде php переменных и только потом уже запускать это в свой шаблонизатор (смарти, whatever)... то есть тупо получить файлик используя "ленивый" синтаксис jade!

[mr-molodoy]

Мне кажется Вы, возможно, создаете для себя дополнительные проблемы!?
Если я правильно понял, то Вы Создаете Jade шаблон, компилируете в html который после скармливаете в smarty?
Не буду брать на себя ответственность осуждать такой подход - причины могут быть разными, но это как минимум странно.
Больше всего я люблю vanilla php шаблоны, т.е их полное отсутствие в некотором смысле. Считаю, что php не нуждается в шаблонизаторах т.к сам по себя является отличным представителем оной категории.
Поэтому для меня задача выглядит след. образов.
На php (который сам по себе является отличным шаблонизатором) написан компилятор другого шаблонизатора (Jade), компилируемый в vanilla php (так же расматриваем как шаблон), который в свою очередь уходит в третий шаблонизатор (он же smarty), который в конечном счете все это выхлопнит все в тот же vanilla php который в конечном счете и выполнится интерпретатором.
В принципе то мне понятен профит от использования Jade (c более лаконичным и коротким синтаксисом), но зачем smarty раз уж Вы пишите на Jade, зачем это звено? Без шаблонизатора посредника ведь Вы добиваетесь того что Вам нужно, а смысла от этого звена я не вижу?

Если это все же необходимая архитектура, то будем дальше искать решении. Только опишите подробнее как Вы это все замудрили и как будет использоваться.

[dk-web]

mr-molodoy: Есть разумные люди здесь)) приятно! все выглядит примерно так как Вы описали! я действительно люблю создавать себе на ровном месте проблему. Писал-писал комментарий и понял, что опять огород получается. Я сделаю схемку и повешу в апдейт к посту, что я хочу получить...

[mr-molodoy]

dk-web: Хорошо. Не забудьте, после написать ответ в этой ветки, что бы мне пришло уведомление и я мог чем-то помочь.

[dk-web]

mr-molodoy: извини, увлекся разложением на MVC это.. в принципе я малость успокоился. Я по максимуму вынес из jade весь php и оставил только вывод переменных - gulpом он рендерится в обычный html, пусть и без переноса на новую строку. Пока меня это устраивает... а прямой рендер с помощью php так и не получился.. я наконец-то понял, что вы имели ввиду.. нашел библиотеку для этого = https://github.com/kylekatarnls/jade-php - но нахрапом взять не удалось - вроде все верно прописал, но ругается на какие-то внутренние скрипты - я глубоко не полез...еще раз спасибо!

[dk-web]

mr-molodoy: а вообще я тупо конечно путаю понятия компилляция и вывода на экран - выполнения?
как я это понял и что мне нужно:
1) компилляция - это собрать шаблон из include и записать! из 5-7 условных инклюдов - один, финальный, index.html(php). Вот это мне по сути и нужно - чтобы он был записан... новым файлом и я мог его "пощупать"... а как по мне все php библиотеки просто его выполняют - без создания нового файла. Не прав?
2) выполнение - это вывод его на экран.

[mr-molodoy]

У Вас на сервере есть php интерпретатор.
Если не вдаваться в подробности, интерпретатор получает на вход файл php и выполняет его.
При обращении к серверу он просто по запросу "смотрит" к какому файлу Вы обратились и передает интерпретатору php путь к файлу который нужно выполнить, интерпретатор в свою очередь возвращает response (ответ) серверу и тот добавляя к ответу заголовки отправляет ответ клиенту в браузер.
Такое долгое вступление было для того что бы Вы поняли, что на сервере есть интерпретатор который может принимать только php файлы и только их! Т.е Jade шаблон интерпретатор обработать не сможет.
от сюда вытекает, что сначала Jade нужно скомпилировать в понятный для интерпретатора формат - этот процесс и называется компиляцией.
Думаю теперь когда мы разобрали с терминологией перейдем дальше:
У нас есть Jade. Внутри которого можно прописать php код который будет обрабатываться интерпретатором, интерпретатор выполнит только то что будет внутри <?php ... ?> или <?= ... ?>, все что за этими тегами будет просто выброшено в поток вывода.
Но ведь нам не нужно что бы в response (Ответ), в браузер, ушел не скомпилированный Jade и нам нужно его перехватить и записать в переменную.
Поэтому, мы сначала включаем буферизацию, с помощью функции ob_start(), а после в нужный момент функцией ob_get_contents() получаем все содержимое (после включения буферизации) из потока вывода в результат функции и записываем в переменную (в моем ответе это переменная $jadeContent), разумеется, в этом содержимом, вместе c jade, будет уже выполненный интерпретатором php код. После этого полученный результат, который в переменной будет уже без тегов <?php ?> т.е там где было:
"
body
<?php
if (1 == 1) {
print 'Равно 1';
}
else {
print 'Не равно 1';
{
?>
"
Станет:
"
body
Равно 1
"
Т.е весь php уже выполнился и мы получили чистый Jade который можно передать в Jade компилятор.

[dk-web]

mr-molodoy: я не игнорю... пытаюсь понять.. обязательно вернусь к этому!