我应该放＃！（shebang）在Python脚本中，它应该采用什么形式？
我应该把shebang放在我的Python脚本中吗？以什么形式？
#!/usr/bin/env python
要么
#!/usr/local/bin/python
这些同样便携吗？最常使用哪种形式？
问题答案：
任何脚本中的shebang行都决定了脚本的执行能力，就像独立的可执行文件一样，无需python事先在终端中键入或在文件管理器中双击（正确配置时）。不必要，但通常放在那里，因此当有人看到在编辑器中打开文件时，他们会立即知道他们在看什么。但是，您使用的家当线IS重要。
Python 3脚本的正确用法是：
#!/usr/bin/env python3
默认为版本3.latest。对于Python 2.7.latest python2代替python3。
不应使用以下内容（除了极少数情况下，您正在编写与Python 2.x和3.x兼容的代码）：
#!/usr/bin/env python
中给出的原因是这些建议，PEP 394，是python可以指到python2或python3在不同的系统。目前，它python2在大多数发行版中都涉及，但是在某些时候可能会改变。
另外，请勿使用：
#!/usr/local/bin/python
“在这种情况下，python可能安装在/usr / bin / python或/ bin / python上，以上＃！将失败。
-
问题内容： 我在脚本顶部看到了几个使用此脚本的py脚本。在什么情况下应该使用它？ 问题答案： 根据文档：这允许你从默认的ASCII切换到其他编码，例如UTF-8，Python运行时在必须将字符串缓冲区解码为unicode时将使用该编码。 此功能仅在Python扫描环境时在Python启动时可用。必须在系统范围的模块中调用，评估完该sys模块后，将从该模块中删除该功能。 实际使用它的唯一方法是将属性
-
问题内容： 一次又一次，我看到Bash在Stack Overflow上使用了答案，而答案被猛烈抨击了，旨在使用这种“邪恶的”构造。为什么这么邪恶？ 如果不能安全使用，我应该怎么用呢？ 问题答案： 这个问题比眼前的问题还重要。我们将从显而易见的内容开始：具有执行“脏”数据的潜力。脏数据是指尚未重写为XYZ的任何数据；在我们的例子中，它是未格式化的任何字符串，以确保评估安全。 乍看之下，对数据进行消毒
-
本文向大家介绍为什么在Bash中应该避免eval，我应该用什么来代替呢？，包括了为什么在Bash中应该避免eval，我应该用什么来代替呢？的使用技巧和注意事项，需要的朋友参考一下 eval是Bash shell的内置命令，它将其参数连接为单个字符串。然后，它将参数与空格连接起来，然后将该字符串作为bash命令执行。以下是其工作方式的示例。 eval示例 在下面的示例中，我们使用一个字符串，该字符串
-
问题内容： 之间有什么区别： 和 我知道JPanel是GUI组件的容器，但我确实看不到使用它的实用程序。当然，我错了，但我是从Swing开始的，所以…为什么我应该使用JPanel？真正的目的是什么？ 问题答案： 为什么我应该使用JPanel？ 您可以使用JPanel获得以下一项或多项好处： 将组件分组在一起。 为了更好地组织您的组件。 为了使我们能够使用 多种布局 并组合其效果。（例如，用于数字键
-
问题内容： 当我编译spring mvc应用程序时，我在输出中得到了这个： 我指的是在生产中应该使用什么？ 问题答案： Tomcat本地版本是使用高度优化的Apache可移植运行时（APR）的Tomcat版本，该框架是为Apache HTTP服务器提供支持的相同框架。
-
问题内容： 在阅读exploringflask.com时，我了解到最佳实践是使用两个不同的配置文件，一个用于开发，一个用于生产。我不知道是否将密钥放置在开发或生产配置中。 实例文件夹的私有性质使其非常适合用于定义不想在版本控制中公开的键。这些可能包括您应用的秘密密钥或第三方API密钥。 我认为不应共享密钥。我应该将密钥放入开发配置或生产配置中，还是应该为每个配置使用不同的密钥？ 问题答案： 将密钥