PHP 템플릿 엔진의 원리는 뷰 레이어와 모델 레이어의 분리를 위한 효과적인 솔루션으로, 프런트엔드와 백엔드 간의 작업 분담과 협업을 향상시킵니다. 이는 고전적인 MVC 모델에서 유래합니다. , [모델 레이어-뷰 레이어-컨트롤러 모델], 동일한 프로그램이 다른 표현을 사용할 수 있도록 M과 V의 코드를 분리합니다.
PHP 템플릿 엔진의 원리는 다음과 같습니다.
1 템플릿 엔진의 기원
템플릿 엔진의 아이디어는 고전적인 MVC
모델에서 비롯되었습니다. 즉, 모델 레이어 - 뷰 레이어 - 컨트롤러 모델입니다. MVC는 원래 데스크톱 프로그램에 존재했으며 M은 데이터 모델, V는 사용자 인터페이스, C는 컨트롤러를 나타냅니다. MVC를 사용하는 목적은 동일한 프로그램이 다른 표현 형식을 사용할 수 있도록 M 코드와 V 코드를 분리하는 것입니다. MVC
模型,即模型层 - 视图层 - 控制器模型。MVC本来存在于桌面程序中,M指数据模型,V指用户界面,C指控制器。使用MVC的目的是将M和V实现代码分离,从而使同一个程序可以使用不同的表现形式。
随着Web的流行,这一模型被引入Web开发中。此时,V(视图层),也就是通常所说的模板,实现了数据生成和数据展示的分离。早期的视图通常是由html元素控制界面,随着互联网的发展,一些新的表现出技术(例如Flex等)流行起来,MVC使得数据和表现得到分离,一套数据可以用于多种表现层而无需修改逻辑层的代码。例如,可以在M层(模型层)生成博客文章列表的数据,然后可以在传统的Web页面、RIA应用、手机应用中使用不同的表现层技术来展示数据,而不用修改逻辑层的代码,实现前端和后端的分离。
此外,AJAX
技术的流行、Jquery库的普遍应用,使早期html、Javascript、PHP代码混写的情况得到改观。AJAX技术的应用使数据的请求和生成、展示实现了分离,促进了表现层(V)和代码层的分离。
模板引擎作为视图层和模型层分离的一种有效解决方案,让前后端更好的分工协作。PHP开发经历了前后端混编,到极力推崇模板引擎(以Smarty为代表),再到如今的回归自然、甚至质疑PHP模板引擎存在的必要性这几个发展阶段。
PHP中到底有没有必要使用模板引擎?模板引擎的原理是什么?为什么Smarty会那么的流行,而如今在PHP社区又引起如此大的争论?这些都是在接下来讨论的问题。
2代码分层的思想
PHP作为轻巧灵活的脚本语言,非常适合Web开发这种开发周期短、需求变化快、强调用户体验的需求和业务。PHP早起开发,通常都是PHP代码和HTML混写,代码中到处可见数据库操作、逻辑判断、HTML代码生成,甚至Javascript代码等。对于小型项目,这种编码方式能够很快的完成需求。但是一旦项目扩大后,前端逻辑会越来越复杂,这种完全混写的方式必将造成代码可读性差和后期维护困难等等问题。
在PHP发展初期,我们可能这么写:
<html> <head> <meta http-equiv="content-type"content="text/html;charset=utf-8"> <title>最原始的PHP编码风格 - 李苦李</title> </head> <body> <table> <tr> <td>ID</td> <td>姓名</td> </tr> <?php mysql_connect("localhost","admin","password")or die("Could not connect:".mysql_error()); mysql_select_db("user_db"); $result= mysql_query("select id,username from user"); while($row= mysql_fetch_array($result)) { echo"<tr><td>".$row['id']."</td><td>" .$row['username']."</td></tr>"; } mysql_free_result($result); ?> </table> <?php //其他功能模块 ?> </body> </html>
显而易见,对于上述代码无论是在可读性、可维护性还是在代码的复用性上都是极其差的。需要想办法实现数据生成和显示的分离,通常最容易想到的办法就是把和数据库打交道的代码单独放到一个文件中,显示数据的部分放到另一个文件中。新建文件data.php
AJAX
기술의 인기와 Jquery 라이브러리의 광범위한 적용으로 인해 HTML, Javascript 및 PHP 코드의 초기 혼합 작성이 향상되었습니다. AJAX 기술을 적용하여 데이터 요청, 생성 및 표시를 분리하고 프레젠테이션 계층(V)과 코드 계층의 분리를 촉진합니다. 템플릿 엔진은 뷰 레이어와 모델 레이어를 분리하는 효과적인 솔루션으로, 프론트엔드와 백엔드 간의 작업 분담과 협업을 향상시킵니다. PHP 개발은 프론트엔드와 백엔드 믹싱에서부터 템플릿 엔진(스마티로 대표)의 대대적인 홍보, 오늘날의 자연으로의 회귀, 심지어 PHP 템플릿의 존재 필요성에 대한 의문까지 여러 단계의 개발을 거쳤습니다. 엔진. PHP에서 템플릿 엔진을 사용해야 하나요? 템플릿 엔진의 원리는 무엇입니까? 오늘날 PHP 커뮤니티에서 Smarty가 그토록 인기가 있고 많은 논란을 불러일으키는 이유는 무엇입니까? 이것들은 다음에 논의되는 문제들이다. PHP는 가볍고 유연한 스크립팅 언어로서 개발 주기가 짧고 요구 사항이 빠르게 변화하며 사용자 경험 요구 사항과 비즈니스를 강조하는 웹 개발에 매우 적합합니다. 초기 PHP 개발 당시에는 일반적으로 PHP 코드와 HTML이 혼합되어 있었습니다. 데이터베이스 작업, 논리적 판단, HTML 코드 생성, 심지어 Javascript 코드까지 코드의 모든 부분에서 볼 수 있습니다. 소규모 프로젝트의 경우 이 코딩 방법을 사용하면 요구 사항을 신속하게 완료할 수 있습니다. 그러나 프로젝트가 확장되면 프런트엔드 로직이 점점 더 복잡해지게 됩니다. 이렇게 완전히 혼합된 작성 방식은 필연적으로 코드 가독성이 떨어지고 나중에 유지 관리가 어려워지는 등의 문제를 야기합니다. 🎜🎜 PHP 개발 초기에는 다음과 같이 작성할 수 있습니다. 🎜
<?php mysql_connect("localhost","admin","password")or die("Could not connect:".mysql_error()); mysql_select_db("user_db"); $result= mysql_query("select id,username from user"); while($row= mysql_fetch_array($result)) { $data[] =$row; } mysql_free_result($result); ?>🎜 분명히 위의 코드는 가독성, 유지 관리성 및 코드 재사용성 측면에서 매우 열악합니다. 데이터 생성과 표시를 분리하는 방법을 찾아야 합니다. 일반적으로 생각하기 가장 쉬운 방법은 데이터베이스와 상호 작용하는 코드를 별도의 파일에 넣고, 데이터를 표시하는 부분을 다른 파일에 넣는 것입니다. 다음 코드에 표시된 대로 새 파일
data.php
를 만들고 데이터를 가져옵니다. 🎜<?php foreach($dataas$value) { echo<<< TM <tr><td>$value[id]</td><td>$value[username]</td></tr>; TM; } ?>🎜 이 두 가지 방법 중 어느 것도 PHP 코드와 HTML 코드를 분리할 수 없지만 두 번째 방법이 더 좋습니다. 첫 번째 방법보다 이 접근 방식은 데이터 수집과 데이터 표시를 분리합니다. 두 번째 처리 방법에서는 파일 중 하나가 데이터베이스와의 상호 작용, 데이터 획득 및 처리를 담당합니다. 그런 다음 데이터를 표시하기 위해 다른 파일로 넘겨집니다. 표시를 담당하는 이 파일은 루프, 판단, 출력 등과 같은 일부 간단한 논리 작업만 수행합니다. 분명히 두 번째 처리 방법은 첫 번째 처리 방법보다 유지 관리가 더 쉽습니다. 🎜🎜 두 번째 처리 방법의 경우 HereDoc 구문을 사용하여 더 간결하게 만들 수도 있습니다. 코드는 다음과 같습니다. 🎜rrreee🎜 두 번째 처리 방법은 현재 일부 PHP 프로그램에서 사용하는 템플릿인 원래 PHP 템플릿 메커니즘입니다. 이 메커니즘은 단순성과 유연성, PHP의 구문 및 사용 습관을 준수하고 학습 비용이 낮다는 특징이 있습니다. 단점은 구성 가능성, 캐싱, PHP 구문과 독립적인 템플릿 파일 만들기 등과 같은 일부 고급 기능을 구현할 수 없다는 것입니다. 오늘은 여기에 글을 쓰겠습니다. 다음 글에서는 이러한 문제를 하나씩 해결해 보겠습니다. 🎜🎜🎜관련 학습 권장 사항: 🎜초보부터 마스터까지 PHP 프로그래밍🎜🎜🎜
위 내용은 PHP 템플릿 엔진의 원리는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!