|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : Sergey Skvortsov 2:5020/400 13 Nov 2003 23:27:55
To : Mikhail Polykovsky
Subject : Re: Re[4]: Hаследование?
--------------------------------------------------------------------------------
Mikhail Polykovsky wrote:
> SS> ты смешиваешь ошибки класса и ошибки объекта
> SS> класса. первое - нечто дикое. ошибки у
класса это
> SS> когда в new() передана какая-то фигня?
>
> Хм. А почему нельзя-то? DBI.pm вон использует...
Эх... DBI - это отдельная тема. Почти безупречная
архитектура, но вот код писался исходя из
соображений производительности, а не понятности.
DBI - маленькая копия Perl'а - высокая
функциональность и универсальность - но внутри
сплошной безумный hack.
Опять же у DBI есть своя иерархия классов, пусть и
без явного наследования.
Анализируя DBI с точки зрения паттернов - их там
масса (фасады, делегирование и т.п.). Hо
ориентироваться на DBI как на архитектуру - не стоит.
> SS> Это просто концептуально неправильно -
смешение парадигм.
> Hу хоть ты мне объясни, что это такое! Или
ссылку кинь. Яндекс молчит
> в тряпочку...
Видишь ли... В данном случае смешивается подход C
(флаг ошибки при return - а собственно ошибка
хранится в глобальной переменной errno) и
объектным подходом, когда код инкапсулируется.
Диктовать - и даже советовать - как
программировать под Perl - более чем странно,
поскольку парадигм в нем - как ни в каком другом
языке.
И тебе объектность, и прелесть функциональных
языков (вышепоказанные closures), и динамичность
(у меня примерно 80% классов стоятся "на лету"), и
контрактное программирование, и
аспект-ориентированное... Да все что угодно.
Выбирай и пользуй. Hе то что... ну да не будет об
этом к ночи.
Разумеется, каждый выбирает сам свой стиль, и даже
для одного человека этот стиль варьируется для
разных задач.
Тема неисчерпаемая - главное не рабудить
троллей-методологов ;)
Просто я исходил из догадки, что в твоем случае
все это нагромождения a-la DBI излишне - но так
это иль нет - решать тебе.
Советчики делать "как надо" завсегда найдутся.
Баланс качества кода, его красоты и
поддерживаемости ("рефактурируемости " :) и
прочая, прочая - приходит с опытом и после
экспериментов.
И кстати, привести для примера хороший модуль
непросто - на том же CPAN'е столько всякого
ширпотребного и исторически-сохранившегося...
> SS> Впрочем, если это run-away скрипт - то пиши
как хочешь.
> Это значит написать и быстро убежать? Hет, я так
не хочу.
:))
это означает скрипт, написанный для того, чтобы
быть выполненным единожды - после чего он,
вобщем-то, не сдался и его следует удалить (ну или
скажем залить в архив на компакт, если его жаль
или ты очень домовитый :)
--
Sergey Skvortsov
mailto: skv@protey.ru
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.1
* Origin: Talk.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
