Smarty の自動フィルタリング $smarty->auto_literal は全体的なパフォーマンスに影響しますか?

私はいつも {$aaa} を使っていて快適です

JS や CSS でも、{literal} ..... {/literal} を使えばいいと思います

フィルターで除外します

でも私はしませんでした後でテンプレートを期待してください js にはますます多くの json 要素があります
一部の JQ プラグインでも...データを foreach して json にデータを追加する必要があります


その後、まだ正式にリリースされていないと感じたので、まずは $smarty->auto_literal を使って開発してください

しかしその後... 少し遅いと感じました

Smarty を使ったことがある友人に聞きたいのですが、この $smarty->auto_literal を開いてもらえますか?
これを開くことができる場合、それを使用する必要がありますか?


パフォーマンスに影響する場合、コードを変更する価値がありますか?

ディスカッションに返信します (解決策)

{ literal} ..... {/literal} と $smarty ->auto_literal にも同じ効果がありますか?

{literal} ..... {/literal} 単語（リテラルテキスト）の意味から、テンプレートコンポーネントがあっても内容が解析されないことがわかります
そして $smarty->auto_literalマニュアルで説明されているように、デフォルトは true です: 修飾子の周囲の空白を無視します
つまり、{ $aaa } と {$aaa} はどちらもテンプレート変数として解釈されます
Smarty の時代では、スタイルシートは通常次のように記述されます
div { {$name} : {$val} ; }
誤解析を防ぐためにスペースを使用してください

テンプレートの解析は 1 回限り (テンプレート ファイルの保存時間が変更された場合) なので、テンプレートの作成にどのような戦略を使用しても構いません、実行速度には影響しません (一度を除くセクション)

それを避けるために区切り文字として {# #} を使用します???。

{literal} ..... {/literal} と $smarty->auto_literal は同じ効果がありますか?

{literal} ..... {/literal} 単語（リテラルテキスト）の意味から、テンプレートコンポーネントがあっても内容が解析されないことがわかります
そして $smarty->auto_literalマニュアルで説明されているように、デフォルトは true です: 修飾子の周囲の空白を無視します
つまり、{ $aaa } と {$aaa} はどちらもテンプレート変数として解釈されます
Smarty の時代では、スタイルシートは通常次のように記述されます
div { {$name} : {$val} ; }
誤解析を防ぐためにスペースを使用してください

テンプレートの解析は 1 回限り (テンプレート ファイルの保存時間が変更された場合) であるため、テンプレートの記述にどのような戦略を使用しても、実行速度には影響しません (セクション 1 回を除く)

ああ

これは本当によくわかりません
それが私の問題を解決できることだけを知っています
div { {$name} : {$val} } 私も学びましたこのトリックはありがとう



この問題を避けるために、{# #} を区切り文字として使用します。

ご提案ありがとうございます。# は Web ページ内で競合することはありません


両方ともありがとうございます。