Примеси VS делегирование: преимущества и недостатки при реализации «плагинов»

Я бы хотел узнать больше про разработку плагинов.

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

миксы удобны для расширения одинаковой логики на разные объекты, и самое главное — для селектирования логики
т.е. грубо говоря есть объект — запись, в который мы можем подмешать допустим нужную функцию экспорта на лету, будь то сохранение как json, xml или что то ещё
в последнем кейсе делегаты не рулят

на моё ИМХО делегаты вообще тунца любят, ибо работают как декоратор, но через седалищное место и с высоким коэфициентом уныния
за эту весёлую мысль можете вываливать помидоры, с удовольствием буду отстаивать свою точку зрения

честно говоря в пример хорошо вписывается шаблон «декоратор»

Каким образом с помощью декоратора можно реализовать написание плагинов для модели сторонними разработчиками? Ведь для этого потребуется изменение кода самой модели.

миксы удобны для расширения одинаковой логики на разные объекты

Да, кстати. В статье я об этом явно не упомянул, но предполагал, что, скажем, древовидность можно и к другой модели прицепить. Впрочем, делегирование тоже катит.

А что вы имеете ввиду под делегатом, если говорить о PHP? Делегат ведь — функтор. Это немного из другой области, мне кажется. Или вы про другой язык?

Если тема не сильно заезжена, расскажите, пожалуйста, о разнице в реализациях примесей в статически и динамически типизированных языках. Я могу ошибаться, но в C# 3.0 очень популярно использовать для этих целей методы-расширения. Поправьте, если не так. Меня больше всего интересуют примеси именно в статически типизированных языках: много ли реализаций, в чём их особенности и т. д.
Спасибо за хорошую статью!

Offtop

В серьезном, не учебном проекте следует использовать только ту технику, которая вам наиболее знакома и привычна в профессиональном плане (или ту, которая наиболее знакома и привычна большинству программистов, которые в будущем будут работать над проектом)

Эх, как же хочется, чтобы побольше людей так считало. Разумеется, это касается не только mixin'ов.

советую посмотреть реализацию Doctrine_Template

От попёрло то тебя, сильно видимо тебя затроллили…

Я почему-то подумал о Behavior из Doctrine или, к примеру, Yii. В код реализации непосредственно расширения я не лазал, но на свое на Yii можно написать так (взято из фреймворка):

В модели:

public function behaviors() {
	return array(
		'CTimestampBehavior' => array(
			'class' => 'zii.behaviors.CTimestampBehavior',
			'createAttribute' => 'createDate',
			'updateAttribute' => 'updateDate',
			'setUpdateOnCreate' => true,
		),
	);
}

И в самом классе, расширяющем модель:

class CTimestampBehavior extends CActiveRecordBehavior {
	// много кода
	public function beforeSave($event) {
		if ($this->getOwner()->getIsNewRecord() && ($this->createAttribute !== null)) {
			$this->getOwner()->{$this->createAttribute} = $this->getTimestampByAttribute($this->createAttribute);
		}
		if ((!$this->getOwner()->getIsNewRecord() || $this->setUpdateOnCreate) && ($this->updateAttribute !== null)) {
			$this->getOwner()->{$this->updateAttribute} = $this->getTimestampByAttribute($this->updateAttribute);
		}
	}
	// много кода, где на основе модели вычисляется, какой таймстемп отдать
}

Здесь Owner — непосредственно модель. На Doctrine подобное www.doctrine-project.org/projects/orm/1.2/docs/manual/behaviors/en#simple-templates, выбор встроенных там побогаче, чем Timestampable — NestedSet, Searchable, Sluggable, Versionable и т.д.)

А примесь не использует делегирования? Зачем сравнивать одно и тоже?
Вот Вам немного переделанный Ваш же пример, если несколько делегатов то это будут как раз ваши примеси
Не важно ведь как Вы их добавляете, важно как оно работает. А принцип работы у обоих подходов один — передача полномочий

class Mixin1 {
    public function doSomething1() {}
}

class Mixin2 {
    public function doSomething2() {}
}

class Aggregator {
    private $mixins = array();

    function __construct() {
        $this->mixins[] = new Mixin1();
        $this->mixins[] = new Mixin2();
    }

    public function __call( $method, $params ) {
        $result = null;
        for( $q = 0; $q < count($this->mixins); $q++ )
        {
            if( method_exists( $this->mixin ) )
            {
                 // находим первого делегата, отдаем ему полномочия и завершаем выполнение метода
                 $result = call_user_func_array( array( $this->mixins[$q], $method), $params );
                 break;
            }
        }
        return $result;
    }
}

$a = new AggregatorMixed ();
$a->doSomething();

изменили внутреннюю реализацию класса и поведение плагинов стало непредсказуемым. так держать.

Поясните, если не трудно, что есть «мягко-удаляемость».