我应该在Python 3中使用编码声明吗？
默认情况下，Python 3对源代码文件使用UTF-8编码。我仍应在每个源文件的开头使用编码声明吗？喜欢# -*- coding: utf-8 -*-
问题答案：
因为默认 值为 UTF-8，所以仅在偏离默认值时或者在依赖其他工具（例如IDE或文本编辑器）来使用该信息时，才需要使用该声明。
换句话说， 就Python而言 ，仅当您要使用不同的编码时，才需要使用该声明。
其他工具（例如您的编辑器）也可以支持类似的语法，这就是PEP
263规范
在语法上具有相当大的灵活性的原因（它必须是注释，文本coding必须在其中，后跟a:或=字符以及可选的空白，然后是公认的编解码器）。
请注意，它仅适用于Python如何 读取源代码 。它不适用于执行该代码，因此不适用于打印，打开文件或其他任何I /
O操作在字节和Unicode之间转换的方式。有关Python，Unicode和编码的更多详细信息，强烈建议您阅读Python Unicode
HOWTO
或Ned Batchelder撰写的非常详尽的
Pragmatic Unicode 演讲。
-
问题内容： 我正在阅读一个教程，作者提到要在HTML的结束标记（）附近包含Javascript文件。 我想知道我不应该声明/定义本节中包括的JavaScript是什么类型的功能？对我来说有意义的是，在结束标记附近包含JavaScript（例如Google Analytics（分析））。在结束标记附近定义JavaScript include时应注意什么地方？ 问题答案： 通常会争辩说，为了提高速度，
-
很容易包括它，但我认为这可能是有原因的。 当响应不包括XML声明时，Edge浏览器不显示XML： 当响应包含xml声明，但声明中的编码与响应编码不匹配时，它也会以“无法切换编码”而失败：
-
问题内容： 应该使用这两种方法中的哪一种来编码URL？ 问题答案： 这取决于您实际想要做什么。 encodeURI假定输入是一个完整的URI，其中可能包含一些需要编码的字符。 encodeURIComponent将对具有特殊含义的所有内容进行编码，因此可以将其用于URI的组件，例如
-
问题内容： 我已经看到许多有关使用方法的堆栈溢出问题的答案。我还看到用户在他们的评论下说“ apply很慢，应该避免”。 我已经阅读了许多有关性能的文章，这些文章解释得很慢。我还在文档中看到了关于免除apply传递UDF的便捷功能的免责声明（现在似乎找不到）。因此，普遍的共识是，应尽可能避免。但是，这引起了以下问题： 如果apply太糟糕了，那为什么在API中呢？ 我应该如何以及何时使代码免费？
-
问题内容： 我的问题主要是关于性能。编译器更好地了解，例如，对象实例化后未修改某些变量。那么，为什么还要打入决赛呢？ 我认为这里可能会出现许多结构/逻辑原因，但从性能角度来讲？有关系吗？ 谢谢， 问题答案： 在 现代 JVM中，final 不应 影响性能。这对于私有字段尤其如此，但是即使对于非私有字段，JIT仍可以将非最终字段视为最终字段，从而对其进行优化，然后，如果它加载了一些确实修改了该字段的
-
问题内容： 这是我从这里看到的代码。我对关键字感到困惑。 对于，我需要？ 对于，我需要？ 问题答案： 无需在回调中使用return语句。Promise构造函数不期望回调返回任何类型的返回值。 因此，在该回调中使用语句的原因仅是为了控制该函数中的执行流程。 如果您希望回调内部的执行完成而又不执行该回调中的任何其他代码，则可以在此时发出a 。 例如，您可以这样编写代码，而无需声明： 在这种情况下，您使