Shell, Perl

Mon, 02 Jul 2012 21:24:12 -0700 

>>>>> "AC" == Artem Chuprina <r...@ran.pp.ru> writes:
>>>>> Артём Н.  @ Sun, 01 Jul 2012 14:35:40 +0400:

[…]

 AC> Я скрипты, от которых хочу надежности, обычно на перле пишу,
 AC> учитывая, что в Debian

 AC> Package: perl-base

 AC> Priority: required

 АН> o.O Perl, кажется, похож на автомат со снятым предохранителем,
 АН> направленный в ноги?

 AC> Многое зависит от наличия головы ;-)  Никто не мешает писать в
 AC> каждом перловом файле use strict;

        Возможно даже:

use strict;
use warnings;

        Авторы use common::sense, впрочем, утверждают, что use warnings
        слишком уж требователен к ресурсам.

 AC> и даже запускать его с -T.  Ну и эта...  Все его "короткие"
 AC> варианты под девизом Do The Right Thing - они для однострочников.
 AC> В скриптах, от которых требуется надежность, никто не запрещает
 AC> использовать более многословные варианты,

        В частности, use English.

 AC> и даже иногда что-нибудь проверять :-)

        Еще можно вспомнить возможность разделить единственный файл
        исходного кода на несколько модулей, подобно:

package My::Foo;

# Code

package My::Bar;

# Code

package main;

# Code

        Бывает полезно с точки зрения предотвращения доступа к «чужим»
        переменным.  (И упрощает последующее выделение кода в отдельные
        пакеты для размещения на CPAN.)

        И да, как мне кажется, я все же научился писать читаемый код на
        Perl.  Изучив Scheme.

[…]

 АН> Так причём тут проверка в конфиге?  Достаточно проверки в
 АН> загрузчике конфига:

 AH> config:

 АН> OPT_PARAM1=123

 АН> Скрипт:

 АН> . config
 АН> OPT_PARAM1=${ENV_USER_PARAM1-:OPT_PARAM1}

 AC> Можно.  Но обычно удобнее в конфиге написать

 AC> OPT_PARAM1=${OPT_PARAM1:-value1}

 AC> и позволить пользователю переопределять именно OPT_PARAM_1,
 AC> использование которой он потом увидит, а не неочевидно с нею связанную
 AC> ENV_USER_PARAM1

        BTW, есть и более короткий вариант:

: ${VARN:=VALUE}

[…]

-- 
FSF associate member #7257


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/86r4stcw1n.fsf...@gray.siamics.net

Ответить