您在Perl中使用哪个安全网?
|
您使用哪个安全网?
使用警告;
要么
使用严格
我知道
使用中发现的潜在问题
严格;将导致您的代码停止
当遇到它时,
使用警告时;只会给一个
警告(如命令行开关
-w),然后运行您的代码。
我仍然想知道Perl程序员最常使用哪一个。他们最常使用哪一个?
没有找到相关结果
已邀请:
5 个回复
拈吉勉犬姆
\'变量,但如果您正确声明程序包全局变量,也会感到满意)。如果您在脚本中留下空词(基本上是未引号的字符串,根据Perl的引号定义),也会产生错误。使用\'
\',您可以启用或禁用三种类型的限制中的任何一种,而我可以在范围内的块中启用或禁用。尽管有时合法代码要求在本地禁用其某些功能,但最好还是启用约束。但是,人们应该认真思考这是否真的必要,以及他们的解决方案是否理想。您可以在Perl的POD中以\'strict \'阅读有关狭窄的信息。
根据许多标准生成警告消息,这在POD'perllexwarn \'中进行了描述。这些警告与限制无关,而是要注意在其编程中可能遇到的最常见的“陷阱”。最好的做法是在编写脚本时也使用警告。在某些情况下,可能不希望收到该消息,某些警告类别可能会在范围内被本地禁用。其他信息在“警告”中进行了说明。
使警告变得更加冗长,在开发或学习环境中,尤其是在新移民中,这是非常可取的。诊断可能不会包含在“最终产品”中,但是在开发过程中,它们可以对通常生成的简短消息进行很好的添加。您可以在Perl POD“诊断”中阅读有关诊断的信息。 没有理由强迫自己仅使用上述选项中的一种。特别是,在现代Perl程序中通常应同时使用使用警告和严格使用。 在所有情况下(诊断程序除外,无论如何,诊断程序都只用于开发),可能会在词汇上禁用单个约束或警告。此外,它们的错误可能被
,with6ѭ的try / catch块以及其他几种方法所困。如果担心消息会为潜在的攻击者提供有关脚本的更多信息,则可以将消息路由到日志文件。如果存在所述日志文件占用大量空间的风险,那么手头会有一个更大的问题,问题的根源应该得到解决,或者在极少数情况下,只需禁用消息即可。 如今,Perl程序应该是高度严格/警告兼容的最佳实践。
稍惮
靛新比比催
您可以在Perl Unicode工具箱中找到更多有关此类事情的示例,目前从简单到最高级的文件多达50个左右。
惜堡沁戚
和
遇到了不同的问题;仅当您违反严格的语法要求时,仅遇到警告时,“ 0”不会导致程序立即退出。当您的代码执行的事情不太严重时,您仍然只会打印警告。
陈獭
都!但是我更喜欢诊断,而不是警告,它可以为您提供更多信息。