Rendering(шаблонизация) на чистом PHP без особых зависимостей?

Question

[dev400]

Нужен пример(кусок кода) шаблонизатора на чистом php. То что мы вызываем в контроллере, где выбираем шаблон, и передаем переменные в представление. Решения из фреймворков имеют зависимости, они в данном случае недопустимы

Answer 1

[Philipp]

Правильный код должен выглядеть так.

/**
 * Renders template
 *
 * @param string 0 Name of your template
 * @param mixed 1 Data passed to template
 * @return string
 */
function template()
{
    extract(func_get_arg(1));

    ob_start();

    if (file_exists(func_get_arg(0))) {
        require func_get_arg(0);
    } else {
        echo 'Template not found!';
    }

    return ob_get_clean();
}
// Usage
echo template('30.php', ['hello' => 'world!']);

Хотя в целом идея использования чистого PHP в качестве языка для шаблонов дурно пахнет. Советую Smarty.

Comments

[dev400]

Как лучше подключить сам layout, в котором выводить echo template('30.php', ['hello' => 'world!']);?

[Philipp]

Андрей: это зависит от вашей реализации. Я люблю ООП, поэтому сделал бы абстрактный класс, в котором вызов рендеринга шаблона был в виде отдельного метода.
Все зависит от того, какие цели вы преследуете и здесь нет четкого ответа.
У вас есть роутинг? Как он реализован? У вас много файлов или единая точка входа? Нужна ли шаблонизация для почты или нет?
Кстати, никто не мешает вам делать такие вещи:

echo template('30.php', [
'leftPanel' => template('leftPanel.php', left_panel()),
'central' => template('central.php', central()),
'aside' => template('aside.php', aside())
]);

Кстати, чем обосновано решение отсутствия зависимостей?

[dev400]

Philipp T: Роутинг имеется, статический. Точка входа единая. Зависимостей не должно быть потому что эту систему в будущем будут использовать просто юзеры, которые понятия не имеют что такое composer.

[dev400]

На данный момент, я вижу вывод layout в методе, а хотелось бы чтобы метод возвращал этот layout

[dev400]

вот что есть сейчас

public $layout = "main";

	public function template($content)
	{
		return require_once Logic::get() . "/views/layouts/" . $this->layout . ".php";
	}


	public function render($view, Array $params = NULL) {

		if ($params !== NULL) {
			extract($params);
		}
		ob_start();

		if ( file_exists( Logic::get() . "/views/".$view.".php" ) ) {
			require_once Logic::get() . "/views/".$view.".php";
		}
		
		return ob_get_clean();
		
	}

вызов в контроллере такой

$this->view->layout = 'news';
        $this->view->template( $this->view->render( 'site/news/index', ["model" => $model, "msg" => $this->msg] ) );

Из этого хотелось бы слепить что то получше...

[Philipp]

Андрей: Ничего не мешает вам объявить класс передставления вот так

class View {


	public $data = []; // все данные тут
	public $template = 'default'; // а здесь фрагмент пути к шаблону

	// такой конструктор позволяет нам быстро задавать шаблон без лишних движений
	public function __construct($template = null)
	{
		if (!empty($template)) {
			$this->template = $template;
		}
	}

	// просто построить полный путь к шаблону
	protected function templatePath()
	{
		// понятия не имею, что из себя представляет Logic::get()
		// предполагаю группа представлений 
		return Logic::get() . "/views/" . $this->template . ".php";
	} 

	// обработать переменные и вернуть результат
	public function render()
	{
	    extract($this->data);
	    ob_start();
	    if (file_exists($this->templatePath())) {
	        require $this->templatePath();
	    } else {
	        echo 'Template not found!';
	    }
	    return ob_get_clean();
	}
}

Далее работать с ним

// создаем представление для блока новостей
$newsBlockLayout = new View('layouts/news');
$newsBlockLayout->data['news'] = NewsModel::getRecentNews();

// создаем представление для блока последних записей из блога
$recentPostsBlockLayout = new View('layouts/recentPosts');
$recentPostsBlockLayout->data['posts'] = BlogModel::getRecentPosts();


// а теперь берем представление для нашей главной страницы
$mainPageView = new View('main');

$mainPageView->data['news'] = $newsBlockLayout->render();
$mainPageView->data['posts'] = $recentPostsBlockLayout->render();

echo $mainPageView->render(); // вместо отдачи в браузер можно полученный результат отправить по почте

[Константин Грачев]

Андрей: Composer это часть сборки приложения, вы что собираетесь поставлять юзерам не собранное приложение?

[dev400]

Philipp T: да, вы реализовали в тысячу раз лучше чем было. У меня еще один вопрос, как лучше сделать отдачу главного шаблона в браузер? в index.php сделать что то вроде echo call_user_func( [new View, 'render'] );? но тогда это будет постоянно новый объект...

[dev400]

Константин Грачев: там где это приложение будет использоваться, нет доступа в интернет. Что то вроде корпоративной сети. Так что смысла от него нет

[Константин Грачев]

Андрей: ещё раз говорю, composer используется для сборки приложения. В вашу корпоративную сеть вы должны отправить уже собранноё приложение, со всеми зависимостями. Если для доставки вы используете git, ничего не мешает поместить в git и папку vendor.

[dev400]

Philipp T: либо в базовом виде создать свойство $content и класть в него render(). и вызывать в представлении как то так

<div class="col-sm-8 new-blog">
    <?= $this->content; ?>
</div>

Answer 2

[Muhammad]

Создаем отдельную функцию template:

function template($__view, $__data)
{
    extract($__data);

    ob_start();
    
    require $__view;

    $output = ob_get_clean();

    return $output;
}

Аргументы названы так, чтобы не занимать названия $view и $data.

В шаблоне (profile.php):

// код
<?php echo $name ?>
// код

Использование:

echo template('views/profile.php', ['username' => 'John']);

Comments

[dev400]

Как лучше в данном случае подцепить layout?