Javascript ';使用严格的';论新产品管理 P>是否有任何理由让我考虑不通过NPM发布“使用严格”?如果我希望其他人能够使用它,那么这样做是否“安全”

Javascript ';使用严格的';论新产品管理 P>是否有任何理由让我考虑不通过NPM发布“使用严格”?如果我希望其他人能够使用它,那么这样做是否“安全”,javascript,node.js,npm,Javascript,Node.js,Npm,编辑:我明确地问这个问题是为了找出,对于任何想通过npm安装模块的人来说,它是否会使模块变得无用/损坏。'use strict'对代码强制执行一组规则。如果在不支持“使用严格”的环境中运行,它只是被忽略,没有造成任何伤害 它只适用于您的代码,假设它没有与其他任何人的代码连接(除非您在函数内部而不是外部使用它,在这种情况下,它只会影响该函数,即使已连接) 因此,是的,使用“严格使用”是安全的在一段代码中,无需担心它会给使用您的代码的其他人带来问题。我甚至会说它是推荐的。复制品:它真的是复制品吗?当

编辑:我明确地问这个问题是为了找出,对于任何想通过npm安装模块的人来说,它是否会使模块变得无用/损坏。

'use strict'对代码强制执行一组规则。如果在不支持
“使用严格”的环境中运行,它只是被忽略,没有造成任何伤害

它只适用于您的代码,假设它没有与其他任何人的代码连接(除非您在函数内部而不是外部使用它,在这种情况下,它只会影响该函数,即使已连接)


因此,是的,使用
“严格使用”是安全的在一段代码中,无需担心它会给使用您的代码的其他人带来问题。我甚至会说它是推荐的。

复制品:它真的是复制品吗?当我通过npm发布一个模块时,我明确地询问了兼容性的原因。请仔细阅读如何以及为什么可以/应该使用它,以及它的含义。然后你就会明白在哪里使用和不使用它。它非常简单,您只需阅读即可。AFAIK的“use strict”适用于您的模块(如果您愿意,甚至可以是特定的函数)。我不需要知道/关心你是否使用“使用严格”来使用你的模块,只要你的模块可以工作。如果这是一个重复的,肯定会是一个更好的候选人。(不过,我不认为这是其中任何一个的翻版,知道其中任何一个的信息应该足以回答这个问题。)