Javascript 模板与模板URL和样式与样式URL-性能

在Angular 2中，我们可以对模板和样式使用内联或url方法。使用url有利于模块化、可读性，IDE还提供代码帮助。使用url将导致来自浏览器的额外请求，这可能会导致性能下降。使用模板和样式的推荐方法是什么-内联还是url

来自

是的，说得好

使用url有利于模块化、可读性，IDE还提供代码帮助。使用url将导致来自浏览器的额外请求，这可能会导致性能下降

但这取决于我们根据@mgchev风格指南编写的代码的长度

将更复杂、更大的模板（超过15行代码）提取到一个单独的文件中，并将它们放在控制器定义旁边

为什么？：如果在组件元数据中内联了一个大而复杂的模板，它可能会将焦点从控制器中定义的组件逻辑转移

但如果我们看一下官方风格指南，它会告诉我们，如果编码超过3行，就使用seprate文件

当超过3行时，请将模板和样式提取到单独的文件中

同样的情况也适用于Css样式，所以如果我们有复杂的代码，最好是提供外部url而不是内联url。 另请参见此处：

是的，说得好
使用url有利于模块化、可读性，IDE还提供代码帮助。使用url将导致来自浏览器的额外请求，这可能会导致性能下降
但这取决于我们根据@mgchev风格指南编写的代码的长度
将更复杂、更大的模板（超过15行代码）提取到一个单独的文件中，并将它们放在控制器定义旁边
为什么？：如果在组件元数据中内联了一个大而复杂的模板，它可能会将焦点从控制器中定义的组件逻辑转移
但如果我们看一下官方风格指南，它会告诉我们，如果编码超过3行，就使用seprate文件
当超过3行时，请将模板和样式提取到单独的文件中
同样的情况也适用于Css样式，所以如果我们有复杂的代码，最好是提供外部url而不是内联url。 另请参见此处：
---

Angular团队正在开发一个离线编译器，并且在部署之前也有在线模板的Gulp任务，因此在生产中没有性能损失。因此，只考虑PardeepJain写了什么来决定模板是否应该被内联。角度团队在离线编译器上工作，并且在部署之前也有内嵌模板的GURP任务，因此在生产中不存在性能损失。因此，只考虑PardeepJain写了什么来决定模板是否应该内联。

template: 'Hello {{name}}'
templateUrl: 'my-component.html'    

styles: ['.primary {color: red}']
styleUrls: ['my-component.css']