mfp: Replaceable methods

[belugin]

Цитата:

Сообщение от trud

ну т.е. по сути они изобрели заново слои.

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

По идее к этому должно прилагаться описание (например в XML документации), на что надеется вызывающий код (то есть контракт, который должны соблюдать расширения) и способ разрешения конфликтов между расширениями (вот
это нетривиально. Например не вызывать super можно только если есть уверенность что исходные данные сгенерированы расширением и больше никем).

Будут ли так делать или просто проставят атрибут в методах по требованию - посмотрим.

[trud]

Цитата:

Сообщение от belugin

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

По идее к этому должно прилагаться описание (например в XML документации), на что надеется вызывающий код

Не понял идею с документацией. ну т.е. если смотреть его примеры - типичная задача - добавить в insert_recordset доп. поле.

[belugin]

Цитата:

Сообщение от trud

Не понял идею с документацией. ну т.е. если смотреть его примеры - типичная задача - добавить в insert_recordset доп. поле.

Например в документации написать какой-нибудь признак, по которым разводить экстеншены с этими дополнительными полями (например генерация проводок для какого-то нового своего модуля). Либо в документации разрешить перекрывать только клиентам (которым не надо ни с кем сливаться).

[kashperuk]

Цитата:

Сообщение от belugin

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

По идее к этому должно прилагаться описание (например в XML документации), на что надеется вызывающий код (то есть контракт, который должны соблюдать расширения) и способ разрешения конфликтов между расширениями (вот
это нетривиально. Например не вызывать super можно только если есть уверенность что исходные данные сгенерированы расширением и больше никем).

Будут ли так делать или просто проставят атрибут в методах по требованию - посмотрим.

Можешь привести пример, как ты видишь текст такой вот секции?
Отличался ли бы этот текст от метода к методу?

[belugin]

Цитата:

Сообщение от kashperuk

Можешь привести пример, как ты видишь текст такой вот секции?

Дупустим, у нас есть корреспонденция проводок реализованная на таких методах а не событиях.

"Расширение должно вызывать метод, кроме того, случая, когда в параметрах ГК установлено значения признака SummarizationAlgorithm равного значению, которое добавлено компанией-автором расширения.

В этом случае, автор расширения должен суммировать проводки и запихать их во времменные таблицы такието"

Но на самом деле более очевидным было бы ввдедения интерфейса SummarizationAlgorithm и вызов его методов.

Цитата:

Отличался ли бы этот текст от метода к методу?

Да, потому, что нельзя придумать такой универсальный признак, по которому перекрывающие расширения гарантированно не пересекались.