[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Нужен ли bash



AP>>> Получается, после реализации в тикле указанной функции перл можно
AP>> выкинуть, AP> вместе с шеллом? Дело движется :-)
AP>> нет ты не в ту степь копаешь
AP>> 
AP>> есть в перле УНИВЕРСАЛЬНЫЙ инструмент - /e
AP>> одну из задач им решаемую ты предложил функцию с циклом
AP>> появится вторая опять функцию писать будем итп?

AP> Есть универсальный инструмент - язык программирования. И пока вы будете на
AP> придумывать нужное регвыражение, я напишу нужную функцию на нужном мне языке
AP> и дальше буду работать.
нет как раз наоборот
пока ты будешь пистаь функцию я напишу регексп и дальше пойду :)

а на самом деле тут все по другому

есть язык, скажем C, представляет пользователю 5 (на самом деле _чуть_
больше, но не суть) синтаксических конструкций. можно на нем писать ВСЕ
что угодно. операционные системы, парсеры итп
и есть другой язык в котором конструкций не 5 а 25
и этот другой язык ругают: еще бы, когда-то выучив 5 и давши привыкнуть
мозгу к тому что вот есть 5 и в них и ковыряться надо трудно
воспринимается код на "лишних" 20, однако когда потом привыкаешь ко всем
25, обратно на 5 совсем не тянет возвращаться.

вот у меня есть проектик - mhddfs, хочу к нему демона приписать который
строит списки файлов и по ним оптимизацию в фоне делает.
и писать как-бы НАДО на С (файловая система всеж-таки) и так блин не
хочется на С это делать (работа со строками и списками на Си - гемор)
вот и думаю как бы сюда перл прикрутить чтобы и волки сыты (потребления
по памяти мало) и овцы целы (чтобы писать просто было)
а воз и ныне там...

AP> Сначала стоит написать набор функций предметной области. А перловые кодеры
AP> обычно этого не делают, полагая, что лучше сто раз написать невразумительный
AP> однострочник, чем писать функцию и потом ее так же в одну строчку вызывать.
AP> Сколько раз у вас это рег. выражение вызывается?
один  :)

когда длина кода сравнима с длиной строки вызова функции то функцию
имеет смысл писать только для повторяющихся действий
--

. ''`. Dmitry E. Oboukhov
: :’  : unera@debian.org
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537

Attachment: signature.asc
Description: Digital signature


Reply to: