Best Practice

Best Practice

把你的assets存在目录下。

将网站资源分散在海量bundles中，会令这些文件的管理变得复杂。你的设计师们在面对统一存放的assets时会更加轻松。

将assets中心化，也令模板受益，因为模板中的链接会变得简洁：

记得，是公开的目录，它下面的所有内容都可以被公开访问到，包括所有的原始asset文件（比如Sass、LESS或是CoffeeScript文件这些）。

Caution

从Symfony 2.8起，Assetic不再被包括在Symfony标准版框架中。参考来学习如何在你的Symfony程序中安装Assetic。

近来，你可能不再单纯地创建静态CSS和JS文件然后在模板中包容它们了。而是希望合并和压缩这些文件，以提高客户端性能。你希望使用LESS或Sass（假设），因此你需要一些办法来把它们处理成CSS。

市面上有很多工具可以解决这类问题，包括纯前端（非PHP）的工具比如GruntJS。

Best Practice

使用Assetic来编译、合并、压缩web assets，除非你在使用前端工具比如GruntJS时“倍感舒适”。

Assetic是个asset管理器，它能编译各种开发时用到的前端资源，包括LESS、Sass以及CoffeeScript等。通过Assetic将你所有的assets合并，就是使用一个Twig标签这么简单：

  1. {% stylesheets
  2.     'css/bootstrap.min.css'
  3.     'css/main.css'
  4.     <link rel="stylesheet" href="{{ asset_url }}" />
  5. {% endstylesheets %}
  6.  
  7. {# ... #}
  8.  
  9.     'js/jquery.min.js'
  10.     'js/bootstrap.min.js'
  11.     output='js/compiled/app.js' %}
  12.     <script src="{{ asset_url }}"></script>
  13. {% endjavascripts %}

近段时间，在开发与API相关的前端web程序时，前端高科技比如AngularJS正变得极为流行（译注：站长推荐使用ng2。与sf3是绝配）。

如果你正在开发这种东东，应该使用相关高科技与推荐的工具，例如Bower或GruntJS。你应该在开发前端程序时，与Symfony后台完全隔绝（包括与你想使用的sf三方类库进行隔绝）。（译注：一般都是ajax+json了，刚好是彻底隔绝）