Smarty

Smarty的實際上不是一個“模板引擎”，這將是更準確地描述為“模板/演示框架。”也就是說，它提供了程序員和模板設計者提供了豐富的工具來自動化任務的應用程序的表示層通常處理。我強調框架，因為Smarty的不是一個簡單的標籤替換模板引擎。雖然它也可以用於這樣的簡單的目的，它的重點是快速，無痛開發和部署應用程序的，同時保持高的性能，可擴展性，安全性和未來的增長。
所以對你Smarty的吧？什麼它歸結為是使用正確的工具的工作。如果你想簡單的變量替換，你可能想看看更簡單的東西，甚至推出自己的。如果你想要一個強大的模板框架與眾多的工具來幫助你為你的應用程序的發展未來，Smarty的可能是一個不錯的選擇。
為什麼要用它？
其中Smartys主要設計目標是促進應用程序代碼表示的分離。通常情況下，應用程序代碼中包含您的應用程序，編寫和維護的PHP代碼中的業務邏輯。這個碼由程序員保持。演示是您的內容被呈現給最終用戶，信息被寫入並保持在模板文件的方式。該模板由模板設計者維護。
在其最基本的功能，應用程序代碼收集的內容，並將其分配給模板引擎和顯示。內容可能是這樣的報紙文章的標題，標語，作者和身體。應用程序代碼沒有怎麼關注這個內容將在模板中呈現。模板設計者負責呈現。他們編輯模板文件，添加標記並把它完成。這通常需要像HTML標籤，級聯樣式表和模板引擎提供的其他工具。
這種模式有以下幾個目的：
）設計不能打破的應用程序代碼。他們可以亂用所有他們想要的模板，但代碼保持不變。該代碼會更嚴格，更安全，更易於維護。
）在模板中的錯誤被限制在Smartys錯誤處理例程，這使得它們作為簡單和直觀盡可能為設計師。
）同介紹其自己的層，設計人員可以修改或完全從零開始重新設計，所有這些都不脫離程序員介入。
）程序員不弄亂模板。它們可以去維護應用程序代碼，改變獲取內容的方式，使新的業務規則，等等，而不會干擾表示層。
）模板是什麼樣的最終輸出將是一個接近的表示，這是一個直觀的方法。設計師不在乎內容如何得來的模板。如果你有模板中多餘的數據，如SQL語句，這打破打開的應用程序代碼被意外刪除或改變由設計師的風險。
）你是不是打開你的服務器的任意PHP代碼的執行。 Smarty的內置了這樣的設計師不會破壞安全，無論是有意或無意的許多安全功能。他們只能做他們的模板局限於。
雖然應用程序代碼與表示分離，這並不一定意味著邏輯分離。應用程序代碼顯然有邏輯，但該模板可以基於所述條件，它僅用於介紹有邏輯。例如，如果設計者希望交替表行的顏色或大寫一些分配的內容，他們可以。這是表示邏輯，一些程序員不應該與關注。你是否經常有一些演示顯示在一列，然後你希望它在兩個或三個欄，因此應用程序代碼需要調整，以適應這一點？更好的辦法是分配在一個單一的陣列的內容，讓模板處理表現。這將簡化您的應用程序，並保持你的模板靈活。 Smarty的供應工具來處理這種情況。
這並不意味著Smarty的阻止你把應用邏輯的模板中，你必須有一點自律。下面是在模板中嵌入業務邏輯（這是正確的，可以避免如​​果在所有可能這樣做）的一個例子：
{如果$ smarty.session.user和（$ user_type EQ“編輯”或$ user_type EQ“管理員”）}
<輸入類型=複選框名稱=編輯值=“Y”>修改
{/}如果
如果用戶登錄，他們要么是編輯或管理員的邏輯檢查，那麼他們可以編輯這個讓編輯框顯示出來。即邏輯屬於在應用程序代碼。該模板並不關心什麼憑據這個用戶，它只是需要知道是否顯示或不編輯框！因此，讓我們來看一個更合適的方法：
{如果$ edit_flag}
<輸入類型=複選框名稱=編輯值=“Y”>修改
{/}如果
它是由應用程序員來分配$ edit_flag，簡單和容易理解的模板中的變量。通過這種方式，模板不再依靠基礎數據結構。如果會話數據結構的格式不斷變化，沒有什麼需要在模板中進行調整。
現在讓我們來看幾個事情可以做的Smarty。有一件事可以做的是自定義的功能。這些標籤在模板中執行的特定任務。例如：
{html_image文件=“masthead.gif”}
在這裡，我們有一個叫做“html_image”功能。這個函數中的“文件”屬性給出的形象和做一切必要的工作，拿出了下面的HTML代碼：

圖像功能確實弄清楚的高度和寬度，並供給默認邊界標誌的瑣事。當然，你可以只使用模板來代替在靜態HTML標記，但此說明了如何自定義函數可以用於簡化一個非常常見的任務。設計者可以專注於設計和較少的技術的東西。此外，如果設計者決定在不同的大小標頭圖像下降，模板並不需要調整。
html_image是自帶的Smarty的功能。你也可以讓自己的自定義功能。這裡有什麼人可能看起來像另外一個例子：
{html_link TYPE =“文章”ID =“ABC123”文本=“火拿出酒店”}
這是利用所謂的“html_link”的自定義功能。它配備了下面的HTML代碼：
的消防取出酒店
是什麼成就？為一體，設計者不需要與一個URL的一篇文章的格式予以關注。如果有一天程序員決定乾淨的東西了硬編碼的網址，會發生什麼，並從/display_article.php?id=abc123改變URL語法/藝術/ ABC123？我們將不得不修改每個模板一篇文章的URL。這是如何模板函數可以使模板更易於維護的另一個例子。
現在有些程序員和模板。早些時候有人提到，程序員有沒有關心什麼模板做的內容。從概念上講，這是真實的，但在現實世界裡，你不會指望模板設計者必須構造所有模板憑空。畢竟，業務邏輯確實確定哪些內容被分配到模板。所以，程序員通常會設置骨架模板設計者開始。這通常包含原始元素，如內容的變量和部分環路，也許一些簡單的標記標籤，使他們不開始在大混亂的內容。這裡是一個骨架模板來遍歷的文章的列表並在表中顯示它們的例子：