Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/python/316.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Python 在代码中添加表情符号是否存在任何风险/缺点?_Python_Emoji - Fatal编程技术网

Python 在代码中添加表情符号是否存在任何风险/缺点?

Python 在代码中添加表情符号是否存在任何风险/缺点?,python,emoji,Python,Emoji,我有时在程序中使用emojis来突出显示代码的某些部分(在开源库中)。我很少使用超过5-6个脚本,我发现它们在文本编辑器中的颜色非常突出 通常,它们是临时标记,当与它们相关的任何问题结束时都将被删除 我的问题是:emojis是否会在通用Python工具链中引起任何问题?这包括但不限于:git、github、pypi、编辑器、linter、解释器、CI/CD管道、命令行使用 我没有见过任何表情符号,但我很少在代码中看到表情符号。这是一个只有Python3的问题,因此Python2Unicode方面

我有时在程序中使用emojis来突出显示代码的某些部分(在开源库中)。我很少使用超过5-6个脚本,我发现它们在文本编辑器中的颜色非常突出

通常,它们是临时标记,当与它们相关的任何问题结束时都将被删除

我的问题是:emojis是否会在通用Python工具链中引起任何问题?这包括但不限于:git、github、pypi、编辑器、linter、解释器、CI/CD管道、命令行使用

我没有见过任何表情符号,但我很少在代码中看到表情符号。这是一个只有Python3的问题,因此Python2Unicode方面已经过时了

(这个问题不是关于这看起来是否专业。这是一个合理但完全独立的考虑。)

一些例子:
#⚙️ 这是您配置foo的地方
foo.max_cntr=10
foo.tolerate_duplicates=False

#就风险而言,没有真正的风险。如果在注释中使用它们,它们将在运行时被删除/忽略,因此性能方面不会出现问题

您可能遇到的主要问题是,一些Linux发行版(发行版)不支持emojis,因此它们会退回到一些标准unicode字符(通常是中间有一个十字的白色矩形),因此这可能会使注释难以理解

但在个人使用方面:不,不,没有问题


TLDR:可能没有,但可能有。

一些Linux发行版没有安装默认的表情符号字体,因此对于某些人来说,表情符号可以显示为一个通用的“回退符号”。我自己使用Linux Mint,默认的表情符号字体只是黑白的表情符号,所以你所说的“因其颜色而脱颖而出”的优势对这些人来说是不真实的。@DerBen听起来这只是他的个人用途,所以他可能不在乎别人怎么看他们。“他只是担心东西会不会坏。”巴尔马实际上,德本的警告正是我想记住的类型。开源库意味着共享。表情符号只是一个Unicode字符,据我所知,Unicode没有任何工具链问题。既不是纯粹的技术问题,也不是专业性问题:如果我为您的项目做出贡献,我(可能是社区的代表成员)不会尝试键入这些符号,因此,您的一致性可能会受到
#FIXME
(加上编辑器配置)不会受到的影响。