风格

October 29, 2013 @ 09:01 AM

camelCase 很糟

你曾维护过别人的代码吗？你维护过像这样的代码吗？

  1. my $variableThatContainsData =
  2.     someSubroutineThatMucksWithData( $someAwfulVariable );

混合大小写单词在 Perl 世界被称为 camelCase，通常它的令人不悦之处是使阅读代码更难。

甚至具有糟糕名称的代码使用下划线也能变得更可读：

  1. my $variable_that_contains_data = 
  2.     some_subroutine_that_mucks_with_data( $some_awful_variable );

warnings 和 strict

对于你希望维护、重用、及发布的任何程序，都应当具有下列代码行：

  1. #!/usr/bin/perl
  3. use strict;
  4. use warnings;

启用 strict 使 Perl 抱怨不确定的代码结构，比如：未声明的变量、祼字、以及软引用等。这些警告将导致 Perl 执行失败。

  1. #!/usr/bin/perl
  2. use strict;
  4. $foo    = 4;     # undeclared variable error
  5. $foo    = Bar;   # bareword error
  6. my $bat = "foo";
  7. print $$bat;     # reference error

启用 warnings 使 Perl 甚至抱怨更多东东。但不像 strict，这些抱怨在一般条件下并不严重。

  1. #!/usr/bin/perl
  2. use warnings;
  3. $a + 0;                      # void context warning
  4.                              # name used once warning
  5.                              # undef warning
  6. print "program continued\n"; # prints

如果你想要 warnings 变得严重，告诉它：

  1. use warnings FATAL => 'all';
  2. $a + 0;                      # void warning and then exits
  3. print "program continued\n"; # doesn't print

使用 perltidy 格式化 Perl 源代码

选择何种代码风格是仁者见仁，智者见智的事情。但重要的是保持风格的一致性。为了使格式化 Perl 源代码更容易，你可以使用 Perl::Tidy 模块随付的perltidy 工具。

例如，使用 Perl 最佳实践 一书所推荐的风格来格式化源代码：

  1. $ perltidy -pbp myprogram.pl -o myprogram.formated.pl