Привет всем!

Какой стиль программирования на perl вам ближе:
1) со множеством перловых фишек и изворотов
2) строгий ООП стиль, а-ля java
3) что другое
?

Задаю этот вопрос, т.к. самому перл понравился за скороговорку, за возможность быстро делать сложные вещи.
Но по мере работы над проектом  замечаю, что такой код плохо поддерживается (особенно, если писал его другой человек),
потихоньку код приходит к виду a-la java, со множеством мелких классов, get/set, паттерны и все такое..
может я просто не постиг ДАО перла и на самом деле надо все писать процедурными скриптами ?

П.С. извиняюсь, если флейм.. 

Это сообщение отредактировал(а) sir_nuf_nuf - 27.8.2008, 10:26

Уважаемый sir_nuf_nuf, стиль написания часто зависит от постановки задачи: если быстродействие кода не является определяющим фактором при разработке, то лучше писать понятный другим разработчикам код, т.е. без особых "изворотов" (использование уникальных для Perl конструкций только там, где они действительно уместны). Если же приоритетом является производительность кода, то тут бывает такое...   

Это сообщение отредактировал(а) ginnie - 27.8.2008, 11:07

Perl-style был и будет, если придерживаться этих рамок, то всем любые извороты будут понятны. Сколько "читал" код программистов, всегда был рад, что пишут в этом стиле, иначе ни поддержка. ни поиск ошибок/недочетов, да вообще многое сводится к нулю.
Тут имхо всё равно ООП или только извороты, или извороты+ООП 

perldoc perlstyle ;)

Добавлено через 1 минуту и 19 секунд

это просто ООП в его "понимании" и реализации на любом языке. Почему Perl должен отличаться, если задача реально того стоит и реализация её этого требует - то да.

Уважаемый nitr, а вот такой код Вам понятен?

Уважаемый ginnie, а что именно под быстродействием имееться ввиду, использовать всегда хэш и не использовать процедуры в которыйх функции будут внутри другой функции?

компьтеры дешевеют, можно поставить 8Gb RAM   
JAVA весь на ООП, но он требовательный к ресурсам...

Это сообщение отредактировал(а) gcc - 27.8.2008, 11:56

ginnie, мне да. Но кто так писать будет? 
И так 

Уважаемый gcc,



думаю, для Вас не будет открытием, что в Perl один и тот-же результат можно получить несколькими способами. Время выполнения для разных способов отличается и если важна проиводительность кода, то приходится выбирать варианты, читаемость и понятность которых оставляет желать лучшего.

Например, задача преобразования IP-адреса из формата xxx.xxx.xxx.xxx в int (для сохранения в БД).  Самый быстрый вариант





У нас памяти в сервере больше 8 Гб, все равно не хватает    Все зависит от решаемых задач.

лично такое "изворотом" не называю...

Добавлено через 2 минуты и 15 секунд

 
Можно всё же это совмещать... Согласен не во всех случаях, но можно в "таких местах" оставлять комменты...

Добавлено через 3 минуты
За кодером не убудет...

Побольше багов и косяков   

ИМХО, если что-то небольшое и не очень функциональное(без огромного количества всяких фич), то проще писать по процедурному. Но если что-то многофункциональное, то лучше прибегать к ООП. Но мулька-то в этом, хошь так, хошь так. 

Уважаемый nitr, специально для Вас шедевр нетривиального мышления:

Я лично по возможности использую только ООП. Правда далеко не все мудули на CPAN объектно ориентированы.

ginnie, спасибо  Человек, который не знает Perl, не поймет "что тут творится"...

nitr, я минут 15 разбирался   

Люблю perl-style. Наверное, поэтому его (perl) и использую.
ООП примерно везде одинаково, и навевает скуку :(
Возможно, оффтоп, но в последнее время столкнулся с тем, что для высокопроизводительных математических вычислений перл все же слабоват. Даже XS модули не спасают. Приходится все же использовать либо Maple\MatLab для мат.экспериментов, либо C (по слухам, Python тоже в математике преуспел, но так до него руки и не дошли) для продакшн. Жаль :(


ginnie, возможно я не понял Ваш пример с next_power_of_two, но там всегда будет выводиться 1 в случае подачи на вход n >= 1.

Это сообщение отредактировал(а) AlexPet - 27.8.2008, 18:19

Уважаемый AlexPet, интересно, как это C-код работает нормально, а XS-модули не спасают?



советую провести полевые испытания функции