view.yml機能の調査

symfonyでview.ymlがサポートする機能の種類に関する少しの研究。



私は長い間、すべてのcssファイルとjsファイルを1か所で接続することを望んでいました。 私は常に条件付きコメントを使用して「敬constantlyな」ブラウザを分離しているため、すべてのファイルをテンプレートに直接保存する必要がありました。 いくつかのテンプレートがある場合、「そこに追加され、ここで忘れられた」というカテゴリの問題が始まりました。 したがって、symfonyの腸をより深く掘り下げることが決定され、白で1.2に変更ログの利点が書き込まれます:条件付きコメントのサポートが追加されました。



何を見たいですか?



そして、これは特徴的です、これはすべてです。 symfonyのドキュメントでなぜこれについて語られていないのかは明らかではありません。 どうやら、結果のymlのさのために。

  <code>スタイルシート:[{main.ie.css:{position: 'last'、condition: 'lt IE 8'、media: 'screen'}}、{frontend.css:{position: 'first'、media: 'screen'}}]
 </ code> 




一体何なの?:)



これはすべて、このようなPHP配列で生成されます。

  $スタイルシート=配列(
   array( 'main.ie.css' => array( 'position' => 'last'、 'condition' => 'lt IE 8'、 'media' => 'screen'))、
  配列( 'frontend.css' =>配列( 'position' => 'first'、 'media' => 'screen'))
 ); 




なぜこのような困難があるのか​​、あなたが尋ねることができるのはいつですか?

  $スタイルシート=配列(
   'main.ie.css' =>配列( 'position' => 'last'、 'condition' => 'lt IE 8'、 'media' => 'screen')、
   'frontend.css' =>配列( 'position' => 'first'、 'media' => 'screen')
 ); 




私もそれが可能であると信じていました。 ここで、バグがyamlハンドラーのフェルト、sfViewConfigHandlerフェルトをポップアップし、致命的なエラーを引き起こします。



要するに、ハックのこのすべてのスマック、そして明らかに、これがすべて文書化されていない理由です。



それでも、これはどういう意味ですか?




All Articles