Geekly Articles each Day

別のphpテンプレートエンジン

良い一日、

PHPのプロジェクト用のテンプレートエンジンについてお話しします。
私は自転車を発明したとして非難されるリスクがあることを理解しているので、私の動機を説明します：テンプレートエンジンのほとんどは、 Smarty 、 Quickyなどすべて、最初は私には向いていません。同じロジックの独自の構文。
言い換えれば、これ：
  1. { ? $x = 2 + 2 }
またはそのような
  1. { foreach name = my from = array （ 'One' 、 'Two' 、 'Three' ） key = "i" item = "text" }
私にとってのアプローチは絶対に受け入れられません！
おそらく、すべてのテンプレートエンジンの中で、xtemplateは私の要件を最も満たしていますが、たとえば、すべてのページをブロックで囲む必要があることや、コンパイルではなくテンプレートを解釈する必要があるなど、多くの欠点があります。できません。 そして最後に、機能の追加に問題がなく、また以前に使用したことのあるネイティブテンプレートエンジンと互換性があるように、テンプレートエンジンを作成することにしました。 事実は、その設計
  1. $ tpl- > assign_var = 'abc' ;
どのネイティブテンプレートエンジンがよく使用するか、私は次のようなものよりもはるかに好きです：
  1. $ thl- > assign （ 'assigned_var' 、 'abc' ） ;
ある時点で、自分に合ったテンプレートエンジンを探すよりも、独自のテンプレートエンジンを書く方が簡単だと気づきました。 そして、私は彼が正しかったと思う、なぜなら問題は数晩かかったからだ。
一般的に言えば、このプロセスは私にとってかなり興味深いように思われ、コミュニティと話し合いたい点がたくさんありました。

構文の説明から始めます。


1）変数：

「{$」を除くすべてが通常どおりです
ビジネスロジック模様
  1. $ tpl- > var_name = '...' ;
  1. { var_name }
  1. $ tpl- > var_name [ 'sub_var' ] = '...' ;
  1. { var_name。 sub_var }

2）ブロック：

{foreach name = my from = array（ 'One'、 'Two'、 'Three'）key = "i" item = "text"}のような構造を取り除くために必要です。
xtplのように、わずかに自動化されています。つまり、ブロックを解析する（複製するとも言います）ため、テンプレートにデータの配列を渡すだけで十分です。
ビジネスロジック模様
  1. $ tpl- > block_name [ ] [ 'num' ] = '4' ;
  2. $ tpl- > block_name [ ] [ 'num' ] = '8' ;
  3. $ tpl- > block_name [ ] [ 'num' ] = '15' ;
  1. <！-begin：block_name->
  2. { block_name。 num }
  3. <！-終了：block_name->
  1. $ tpl- > words [ 'block' ] = array （
  2. O => array （ 'word' => 'A' ） 、
  3. 1 =>配列（ 'word' => 'B' ） 、
  4. 2 => array （ 'word' => 'C' ） 、
  5. ） ;
  1. <！-begin：words.block->
  2. {言葉。 ブロック 単語 }
  3. <！-終了：words.block->
内部にブロック変数を表示するには、{block_name.variable_name}という名前を付ける必要があります
これにより、内部からブロック変数と外部変数の両方にアクセスできます。
ブロックは、絶対に任意の変数にすることができます。たとえば、2番目の例では、「words」配列の「block」要素にブロックが構築されます
ブロックは別のブロック内に存在することもできます。たとえば、乗算表を作成する簡単な方法を次に示します。
ビジネスロジック模様
  1. for （ $ i = 1 ; $ i < 10 ; $ i ++ ）
  2. for （ $ j = 1 ; $ j < 10 ; $ j ++ ）
  3. $ tpl- > table [ $ i ] [ 'row' ] [ $ j ] [ 'num' ] = $ i * $ j ;
  1. <表>
  2. <！-begin：table->
  3. <tr>
  4. <！-begin：table.row->
  5. <td> {テーブル。 行 。 num } </ td>
  6. <！-終了：table.row->
  7. </ tr>
  8. <！-終了：テーブル->
  9. </ table>

3）チェック：

本質的に、一種のブロック。 内部にあるものを表示するか、変数に基づいていないかを表示するために必要です。 例でより明確になります。
ビジネスロジック模様
  1. $ tpl- > f_text = true ;
  1. <！-if：f_text->
  2. f_text == trueの場合、このテキストが表示されます
  3. <！-終了：f_text->
  1. $ tpl- > f_text = false ;
  1. <！-if：f_text->
  2. 顧客には表示されないので、ここに何かを書くことができます
  3. <！-終了：f_text->

4）機能：

これはより実験的な機能です。このアプローチに生命権があるかどうかの意見を聞きたいと思います。
Tpl.class.phpファイル模様
  1. function up （ $ text ） {
  2. strtoupper （ $ text ）を 返し ます
  3. }
  1. { up }テキストを大きくする{ / up }
関数をテンプレートクラスに追加する必要があるという事実に注目します。
現時点では、関数は1つのパラメーターのみで機能します。パラメーターの数を次のように拡張する方法を考えます。
  1. { func （ param2、param3 ） } param1 { / func }
、または：
  1. { func } param1 | param2 | param3 { / func }
または何か他のもの。 最初のオプションに傾いている間は、実装が簡単です！

原則について：


テンプレートエンジンを2つの部分に分けることにしました。

1）テンプレートエンジン自体（可能な限りコンパクト、必要なものすべて）
2）コンパイラ（およびここでは他のすべて）
テンプレートが既にコンパイルされており、それ以降変更されていない場合、8 kbのコンパイラコードには意味がないため、これはパフォーマンスを改善するために必要です。

テンプレート内の包含プロセスにより、私は多くのことを考えました。

一見、些細なことに思えるかもしれませんが、そうではありません。 一般的に、包含物は静的と動的の2つの部分に分割する必要がありました。 静的包含は、たとえば次のような通常の包含です。
  1. <！-include：some_page.html->
このインクルードは次のように処理されます-some_page.htmlのコードがその場所に挿入され、コンパイルされたテンプレートのファイルの変更時間はテンプレート自体よりも1秒長くなります。これにより、テンプレートエンジンは、コンパイラによって作成された特別なファイルを接続する必要があることを学習します次の行が追加されます。
  1. if （ filemtime （ './some_page.html'）！= 1237369507 ） $ needCompile = true ;
したがって、このファイルを変更すると、テンプレート全体が再コンパイルされます。
なぜこれが必要なのですか、なぜインクルードを挿入しないのですか？ しかし、1000行のブロックを表示したい場合は、その中に便宜上インクルージョンが挿入されますか？ 次に、このようなトリックはパフォーマンスに大いに役立ちます！
次に、別のタイプの包含について-動的です。 この奇跡は、私のテンプレートエンジンでは次のようになります。
  1. <！-include：{page_name} .html->
つまり、事前定義されたファイルは含めませんが、その名前または名前の一部を変数から取得します！ 非常に便利な場合もありますが、変数のビジネスロジックに別のファイルを含める必要があるため、このアプローチの古い方法は機能しません。そのため、この設計は次のコードにコンパイルされます。
  1. <？php $ this- > render （ '' 。 $ this- > page_name 。 '.html' ） ; ？>
現時点では、そのような包含はブロック内では機能しません、つまり機能しますが、接続されたファイル内ではブロック変数は使用できませんが、xtplとは異なり、何らかの種類の循環出力にのみブロックが必要なので、これはそれほど怖くないと思います配列。

内部のPHPコード：

安全に使用でき、よく考えましたが、テンプレートのphpコードを禁止しないことにしました。
私はそれが多くの論争を引き起こすことを理解していますが、理にかなっているときにそのような状況に遭遇したことはなく、状況によっては不便を引き起こさないため、phpを禁止することは意味がないと思います。

そして最後に、構文がどのようなものになるかを決定する際に、私はどのような原則に導かれましたか：

1）最小限のロジック、すべてのロジック-ビジネスロジック
2）すべてが可能な限り自然
3）少ないコード
4）最大の可能性

テンプレートエンジン自体のコード：

  1. <？php
  2. クラス tpl {
  3. 関数 tpl （ $ tplDir 、 $ tmpDir ） {
  4. $ this- > tplDir = $ tplDir ;
  5. $ this- > tmpDir = $ tmpDir ;
  6. }
  7. function Render （ $ Path ） {
  8. $ tmpName = 'tpl_' 。 str_replace （ 配列 （ 「 /」、「\\」)、「.」、$ パス ） 。 '.php' ;
  9. $ tmpPath = $ this- > tmpDir 。 '/' $ tmpName ;
  10. if （ file_exists （ $ tmpPath ） ）
  11. $ tmpChange = filemtime （ $ tmpPath ） ;
  12. $ tplChange = filemtime （ $パス ） ;
  13. if （ $ tplChange + 1 == $ tmpChange ） include （ $ tmpPath 。 '.coll.php' ） ;
  14. elseif （ $ tplChange ！= $ tmpChange ） $ needCompile = true ;
  15. if （ $ needCompile ） {
  16. ＃コンパイラーを呼び出す
  17. include_once 'tcompiler.class.php' ;
  18. $ compiler = new tcompiler （ $ this 、 $ this- > tmpDir ） ;
  19. $ compiler- > compile （ $ this- > tplDir 。 ' /'。$ Path 、 $ tmpPath ） ;
  20. }
  21. インクルード $ tmpPath ;
  22. }
  23. }
  24. ？>

ご覧のように、多くではなく高速です！
一見すると、そのような自動修正のように見えるかもしれません：
  1. $ tplName = 'tpl_' 。 str_replace （ array （ '/' 、 '\\' ） 、 '。' 、 $ path ） 。 '.php' ;
それは長い間機能し、ハッシュを使用する方が良いですが、私はそれをテストしました、ハッシュは長持ちします。

コード比較：

アプローチの読みやすさと使いやすさをすばやく比較できるように、同じことを行うさまざまなテンプレートエンジンのコードリストを便利にリストすることにしました。
私の
  1. $ tpl- > num = 4815162342 ;
  2. $ tpl- > post [ 'page' ] [ 'id' ] = 316 ;
  3. for （ $ i = 1 ; $ i < 30 ; $ i ++ ） $ tpl- > bin [ ] = array （ 'dec' => $ i 、 'bin' => decbin （ $ i ） ） ;
  4. for （ $ i = 1 ; $ i < 10 ; $ i ++ ） for （ $ j = 1 ; $ j < 10 ; $ j ++ ） $ tpl- > table [ $ i ] [ 'row' ] [ $ j ] [ 'num' ] = $ i * $ j ;
スマーティー/クイック
  1. $ smarty- > assign （ "num" 、 4815162342 ） ;
  2. $ smarty- > assign （ "post" 、 array （ 'page' => array （ 'id' => 316 ） ） ） ;
  3. for （ $ i = 1 ; $ i < 30 ; $ i ++ ） $ bin [ ] = array （ 'dec' => $ i 、 'bin' => decbin （ $ i ） ） ;
  4. $ smarty- > assign （ "bin" 、 $ bin ） ;
  5. for （ $ i = 1 ; $ i < 10 ; $ i ++ ） for （ $ j = 1 ; $ j < 10 ; $ j ++ ） $ table [ $ i ] [ 'row' ] [ $ j ] [ 'num' ] = $ i * $ j ;
  6. $ smarty- > assign （ "table" 、 $ table ） ;
Xtemplate
  1. $ xtpl- > assign （ 'num' 、 4815162342 ） ;
  2. $ post [ 'page' ] [ 'id' ] = 316 ;
  3. $ xtpl- > assign （ 'post' 、 $ post ） ;
  4. for （ $ i = 1 ; $ i < 30 ; $ i ++ ） $ xtpl- > insert_loop （ "page.bin" 、 array （ "dec" => $ i 、 "bin" => decbin （ $ i ） ） ） ;
  5. for （ $ i = 1 ; $ i < 10 ; $ i ++ ） {
  6. for （ $ j = 1 ; $ j < 10 ; $ j ++ ） $ xtpl- > insert_loop （ "page.table.row" 、 'rownum' 、 $ i * $ j ） ;
  7. $ xtpl- > parse （ "page.table" ） ;
  8. }

接続：

テンプレートエンジンは次のように接続されます。
  1. require_once 'template_path_path / tpl.class.php' ;
  2. $ tpl = new tpl （ 'path_to_folder_with_patterns' 、 'path_to_folder_with_cache_folder' ） ;
キャッシュで適切なフォルダーを指定することを忘れないでください！

ダウンロード：

テンプレートエンジンはダウンロードするためにここにありますが 、 ベータ版にすぎませんが、深刻なプロジェクトではテストしないでください。このトピックに関するコメントやアイデアを聞きたいだけです。
実験が成功し、ネイティブテンプレートエンジンと通常のテンプレートエンジンの同様のハイブリッドが必要な場合は、間違いなく開発します。 ちなみに、ほとんどの場合、「LL」と呼ばれます。
バグに関しては、oleg <dog> emby.ruの購読を解除してください

結論：

結論として、「このテンプレートエンジンはphpネイティブよりも高速である場合がある」などの重要なステートメントは作成しません。 少なくとも、テンプレートとそのコンパイル済みバージョンの変更日を比較する必要があるため、ベラルーシのトラクターが新品のポルシェパナメーラよりも速い場合があることを理解しています。少なくとも、FSへの2つの追加呼び出しであるためです。 最適化に関しては、ネイティブコードを最適化することを誰も気にしません。
もちろん、すべてのテンプレートエンジンと同様に、私のものはネイティブphpよりも動作が遅くなりますが、ほんの少し、証拠として、テスト結果を示します。
テンプレートのパフォーマンス比較
UFOが結果に影響を与えないことを確認するために、すべてのテストが数回実行されました。 それがここに投稿された場​​合。

Source: https://habr.com/ru/post/J55207/

More articles:


All Articles