>> Не надо утверждать, что Perl лучше, потому что PHP хуже.
>Как инструмент он таки удобнее. Пример: см. про конструкторы и static. Я
>б ещё чего написал, но пока не увидел вашей аргументации. Вернусь немного, было сказано
> Ещё советую попробовать один и тот же метод использовать как static и как метод объекта.
Если я правильно вас понял, то в перл возможна конструкция аналогичная
(привожу пример на java, язык не имеет значения, важна идея)
class A {
public void methodA() {
static public void staticMethodA() {
}
}
instanceA = new A();
// теперь как это правильно с точки зрения принципов ООП
instanceA.methodA();
// но
A.staticMethodA();
если я правильно понимаю о чем речь, то видимо в перл можно сделать
instanceA.staticMethodA();
а если еще пофантазировать, то может быть при таком вызове даже можно
получить доступ к экземпляру instanceA внутри реализации staticMethodA()
я не знаток перла и реализации концепции ООП в нем, только наслышан от людей,
что оно там жутко кривое.
если вышеописанное предположение верно, то позвольте искренне
посочувствовать. то что вы пытаетесь преподнести как "очень полезную фичу"
нарушает принципы изоляции ООП. таки "фичи" я в гробу видал, чего и вам
рекомендую.