PHP는 템플릿을위한 A-OK입니다

PHP 템플릿 엔진은 종종 품질이 좋지 않은 코드를 쉽게 생산할 수 있다고 비난하지만 반드시 사실은 아닙니다. PHP 프로젝트가 전용 템플릿 엔진에 의존하지 않고 기본 모델-뷰 컨트롤러 (MVC) 구조를 어떻게 시행하는지 살펴 보겠습니다.

먼저, PHP의 역사에 대한 간단한 검토

HTML 템플릿 도구로서의 PHP의 역사는 비틀기와 회전으로 가득합니다.

HTML 템플릿에 사용되는 최초의 프로그래밍 언어 중 하나는 C이지만 사용하는 것이 번거 롭고 종종이 작업에 적합하지 않다는 것을 빠르게 발견했습니다.

Rasmus Lerdorf는 이것을 염두에두고 PHP를 만들었습니다. 그는 백엔드 비즈니스 로직을 처리하기 위해 C를 사용하지는 않지만 Frontend Dynamic HTML을 생성하는 더 나은 방법을 원합니다. PHP는 원래 템플릿 언어로 설계되었지만 시간이 지남에 따라 더 많은 기능을 채택했으며 결국 독립형 프로그래밍 언어가되었습니다.

PHP의 프로그래밍 모드와 HTML 모드를 전환하는 고유 한 기능은 매우 편리한 것으로 간주되지만 프로그래머는 비즈니스 로직과 템플릿 로직을 혼합하는 코드를 쉽게 작성할 수 있습니다. PHP 파일은 일부 HTML 템플릿으로 시작한 다음 갑자기 경고없이 고급 SQL 쿼리에 침투 할 수 있습니다. 이 구조는 HTML 템플릿을 읽고 재사용하기가 어렵습니다.

시간이 지남에 따라 웹 개발 커뮤니티는 PHP 프로젝트를위한 엄격한 MVC 구조를 시행하는 것이 점점 더 가치가 있음을 발견했습니다. 템플릿 엔진은 뷰를 컨트롤러에서 효과적으로 분리하는 방법으로 작성됩니다.

이 작업을 수행하기 위해 템플릿 엔진은 일반적으로 다음과 같은 기능을 갖습니다.

1. 엔진은 고의적으로 비즈니스 로직의 기능을 약화시킵니다. 예를 들어, 개발자가 데이터베이스 쿼리를 실행하려면 컨트롤러에서 해당 쿼리를 수행 한 다음 결과를 템플릿에 전달해야합니다. 템플릿에서 HTML을 쿼리하는 것은 불가능합니다.
2. 엔진은 무대 뒤에서 일반적인 보안 위험을 처리합니다. 템플릿은 일반적으로 개발자가 사용자 입력을 확인하지 못하고 템플릿으로 직접 전달하더라도 위험한 HTML을 자동으로 탈출합니다.

템플릿 엔진은 이제 많은 웹 기술 스택에서 주요 기능입니다. 그들은 더 관리하기 쉽고 안전한 코드베이스를 만들기 때문에 놀라운 일이 아닙니다.

그러나 순수한 PHP를 사용하여 HTML 템플릿을 처리 할 수 ​​있습니다 . 여러 가지 이유로이 작업을 수행하고 싶을 수도 있습니다. 아마도 당신은 레거시 프로젝트를 진행하고 있으며 추가 의존성을 소개하고 싶지 않거나 매우 작은 프로젝트를 진행하고 가벼운 프로젝트를 선호합니다. 또는이 결정은 전혀 당신에게 달려 있지 않습니다.

PHP 템플릿의 사용 사례

내가 종종 순수한 PHP 템플릿을 구현하는 것 중 하나는 기본적으로 엄격한 MVC 구조를 시행하지 않는 WordPress입니다. 전체 템플릿 엔진을 소개하기에는 너무 지루하지만 여전히 비즈니스 로직을 템플릿과 분리하고 내 뷰를 재사용 할 수 있기를 원합니다.

당신의 추론이 무엇이든, 순수한 PHP를 사용하여 HTML 템플릿을 정의하는 것이 선호됩니다. 이 기사는보다 전문적인 방식으로이를 수행하는 방법을 살펴 봅니다. 이 접근법은 PHP 템플릿의 악명 높은 스파게티 코드 스타일과 공식 템플릿 엔진이 제공하는 "Logic-not 허용"접근 방식 사이의 실질적인 트레이드 오프를 나타냅니다.

기본 템플릿 시스템을 실제로 실천하는 방법에 대한 예를 자세히 살펴 보겠습니다. 다시 말하지만, 우리는 예를 들어 WordPress를 사용하지만 이것은 순수한 PHP 환경이나 다른 많은 환경으로 대체 될 수 있습니다. 계속 읽기 위해 WordPress에 익숙 할 필요는 없습니다.

목표는 우리의 견해를 구성 요소로 나누고 비즈니스 로직과 HTML 템플릿을 명확하게 구별하는 것입니다. 구체적으로, 우리는 카드 그리드를 보여주는 뷰를 만들 것입니다. 각 카드는 최근 기사의 제목, 요약 및 저자를 표시합니다.

1 단계 : 데이터를 제시 할 수 있습니다

첫 번째 단계는보기에 표시하려는 데이터를 얻는 것입니다. 여기에는 Framework/CMS의 ORM 또는 도우미 기능을 사용하여 SQL 쿼리를 실행하거나 데이터베이스에 대한 간접 액세스가 포함될 수 있습니다. 또한 외부 API에 HTTP 요청을하거나 양식 또는 쿼리 문자열에서 사용자 입력을 수집하는 것도 포함될 수 있습니다.

이 예에서는 WordPress의 get_posts 도우미 기능을 사용하여 홈페이지에 일부 게시물이 표시됩니다.

  php // index.php
$ wp_posts = get_posts ([[
  '번호 포스트'=> 3
]);

이제 우리는 카드 그리드에 표시하려는 데이터에 액세스 할 수 있지만, 우리의 견해에 전달하기 전에 추가 작업을 수행해야합니다.

2 단계 : 템플릿 데이터를 준비합니다

get_posts 함수는 다양한 wp_post 객체를 반환합니다. 각 객체에는 기사 제목, 요약 및 저자 정보가 포함되어 있지만 프로젝트의 다른 곳에 카드에 다른 유형의 데이터를 표시 할 수 있기 때문에 뷰를 WP_POST 객체 유형에 연결하고 싶지 않습니다.

대신, 각 기사 객체를 중립 데이터 유형 (예 : 연관 배열)으로 적극적으로 변환하는 것이 합리적입니다.

  php // index.php
$ wp_posts = get_posts ([[
  '번호 포스트'=> 3
]);

$ cards = array_map (function ($ wp_post) {
  반품 [
    '헤딩'=> $ wp_post-> post_title,
    'body'=> $ wp_post-> post_excerpt,
    '발
  ];
}, $ wp_posts);

이 경우 각 wp_post 객체는 array_map 함수를 사용하여 연관 배열로 변환됩니다. 각 값에 대한 키는 제목, 발췌 및 저자가 아니지만 제목, 신체 및 발판과 같은 일반적인 이름이 더 많이 제공됩니다. 카드 메쉬 구성 요소는 기사뿐만 아니라 모든 유형의 데이터를 지원하도록 설계 되었으므로이 작업을 수행합니다. 예를 들어, 참조 및 고객 이름을 포함하는 권장 그리드를 표시하는 데 쉽게 사용할 수 있습니다.

데이터가 준비되면 이제 render_view 함수로 전달 될 수 있습니다.

  php // index.php
// 데이터 가져 오기 및 서식은 이전 render_view ( 'cards_grid', [
  'cards'=> $ 카드
]);

물론 render_view 함수는 아직 존재하지 않습니다. 정의합시다.

3 단계 : 렌더링 기능을 만듭니다

 // functions.php 또는 전 세계적으로 사용할 수 있도록하는 다른 위치를 정의하십시오.
// 글로벌 네임 스페이스에서 가능한 충돌이 걱정된다면
//이 기능을 네임 스페이스 클래스 함수의 정적 메소드로 정의 할 수 있습니다.
{
  추출물 ($ data);
  요구 사항 ( 'views/'. $ view. '.php');
}

이 함수는 렌더링 할 뷰의 이름과 표시 할 데이터를 나타내는 연관 배열을 허용합니다. extract 기능은 각 항목을 연관 배열에서 가져와 변수를 생성합니다. 이 예에서는 이제 Index.php에서 준비한 항목이 포함 된 $cards 라는 변수가 있습니다.

보기는 자체 함수로 실행되므로 자체 범위가 있습니다. 이것은 갈등에 대해 걱정하지 않고 간단한 변수 이름을 사용할 수 있기 때문에 좋습니다.

우리 기능의 두 번째 줄은 전달 된 이름과 일치하는보기를 인쇄합니다. 이 경우 views/cards_grid.php 에서보기를 찾습니다. 계속해서 파일을 만들어 봅시다.

4 단계 : 템플릿을 만듭니다

  php/ * views/cards_grid.php */?>

php foreach ($ 카드로 $ 카드) :?>
• php render_view ( 'card', $ card)?>
php endforeach; ?>

이 템플릿은 방금 추출한 $cards 변수를 사용하여 정렬되지 않은 목록으로 렌더링합니다. 배열의 각 카드에 대해 템플릿은 단일 카드보기를 하위 뷰를 렌더링합니다.

단일 카드가있는 템플릿은 단일 카드를 직접 렌더링하거나 프로젝트의 다른 곳에서 다른보기에서 사용할 수있는 유연성을 제공하기 때문에 유용합니다.

기본 카드보기를 정의해 봅시다.

  php/ * views/card.php */?>
<div>
   php if (! empty ($ heading)) :?>
    <h4 id="php-echo-htmlspecialchars-heading-gt"> php echo htmlspecialchars ($ heading)?></h4>
   php endif; ?>
   php if (! empty ($ body)) :?>
    <p> php echo htmlspecialchars ($ body)?></p>
   php endif; ?>
   php if (! empty ($ booting)) :?>
     php echo htmlspecialchars ($ booting)?>
   php endif; ?>
</div>

$card 렌더링 함수로 전달되므로 제목, 본문 및 기초를위한 키가 포함되어 있으므로 이제 동일한 이름의 변수를 템플릿에서 사용할 수 있습니다.

이 예에서는 데이터가 XSS 위험이 아니라고 확신 할 수 있지만,이보기는 나중에 사용자 입력과 함께 사용될 수 있으므로 htmlspecialchars 에 각 값을 전달하는 것이 현명합니다. 데이터에 스크립트 태그가 있으면 안전하게 탈출됩니다.

일반적으로 각 변수에 렌더링하기 전에 널이 아닌 값이 포함되어 있는지 확인하는 것이 도움이됩니다. 이를 통해 태그에 빈 HTML 태그를 남기지 않고 변수를 생략 할 수 있습니다.

PHP 템플릿 엔진은 훌륭하지만 PHP를 사용하여 원래 설계 목적을 달성하는 것이 때때로 적절합니다. 동적 HTML 생성 .

PHP의 템플릿화는 유지하기 어려운 스파게티 스타일 코드를 유발할 필요가 없습니다. 예측 가능한 시청으로보기와 컨트롤러를 서로 분리하는 기본 MVC 시스템을 구현할 수 있으며, 이는 놀랍도록 적은 양의 코드로 수행 할 수 있습니다.

위 내용은 PHP는 템플릿을위한 A-OK입니다의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!