缩小比可读性混乱

Question

我正在查看此google guide，例如：

  

＆＃34;用新行分隔选择器和声明。＆＃34;

     

＆＃34;缩进所有块内容，即规则内的规则以及   声明，以反映等级和提高理解。＆＃34;

等等。

但与此同时，Google suggests you minify your code here.

1. 这不是很矛盾吗？ 或者，Google第一个指南中的建议仅适用于代码的创建阶段，而不是其已经在线的阶段？

2. 此外，如果我缩小文件，是否必须将其结尾从style.css更改为style.min.css？我看到许多缩小的.js和.css文件都是这样的。 它是否至关重要，或者只是向开发人员表明，如果他们想要修改文件，他们最好先处理非缩小版本，然后再自行缩小版本？

Answer 1

  

或者Google的第一个指南中的建议仅适用于代码的创建阶段，而不是其已经在线的阶段？

是。缩小发布网站的时间。

  

另外，如果我缩小文件，我是否必须将其结尾从style.css更改为style.min.css？

没有。这只是当您使用开发文件分发缩小文件时的惯例。

Answer 2

缩小仅用于在通过网络传输文件时节省带宽。它没有其他目的。缩小文件几乎不可能适用于人类，因此您永远不会缩小您想要处理的主文件。您将始终创建实际文件的缩小副本以通过网络发送，但您不会手动修改此副本，除了计算机之外的任何人都不应该阅读它。

Answer 3

  

1-这不是矛盾的吗？或者谷歌的第一个建议   guide只适用于代码的创建阶段，而不是   它已经在线的阶段？

不，并不矛盾。这些建议仅适用于开发文件。生产就绪文件通常会缩小，因为该操作可以在您可能拥有的所有文件中节省大量带宽，比如.css和.js但是可读性将会丢失（无论如何生产都不需要） ）。

  

2-此外，如果我缩小文件，我是否必须更改其结尾   style.css到style.min.css？我看到许多缩小的.js和.css文件   就是这样。它是至关重要的，还是只是为了表明   开发人员，如果他们想要修改文件，他们会更好地工作   首先是非缩小版本，然后再自行缩小它？

不，您不必例如，您的开发和生产文件只能有一组名称，但是将.min.个文件保存到常规约定（一个很好的约定）简化文件的构建和分发。