Какое-то новое Pontoppidan OOП в AX7

[belugin]

Цитата:

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

Могут добавлять классу еще состояния, могут добавлять логику к существующим методам класса,

Насколько я понял, это реализуется при помощи автогенерирования событий и связанных словарей расширений. Наверное не правильно называть это синтакическим сахаром. Тут две вещи - некий FW экстешненов, которые можно реализовать и на C# и поддержка его языком. Попробуй декомпилировать X++ сборку и увидишь код на C# который делает то же самое.

Цитата:

могут вызывать protected методы класса, т.д.

Вот это интересно как устроено (они точно могут наледоваться от кого-то кроме расширяемого класса?)

[Logger]

Цитата:

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

Насколько я понял, это реализуется при помощи автогенерирования событий и связанных словарей расширений. Наверное не правильно называть это синтакическим сахаром. Тут две вещи - некий FW экстешненов, которые можно реализовать и на C# и поддержка его языком. Попробуй декомпилировать X++ сборку и увидишь код на C# который делает то же самое.

А вот интересно.
Раньше если добавляешь переменную в класс, то надо инкрементно компилировать, чтобы все наследники пересобрались. Иначе глючит.
Если добавляешь параметр в метод то смотришь по перекрестным ссылкам где он вызывается и где перекрыт в наследниках, тоже правишь и компилируешь эти места. Иначе глючит и может падать.

Теперь, есть ли какие-то подобные простые правила, что делать при работе с Extension ? Что минимально надо откомпилировать и проверить при добавлении расширений. Глобальную компиляцию не хочется делать на каждый чих.

[belugin]

Цитата:

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

Теперь, есть ли какие-то подобные простые правила, что делать при работе с Extension ? Что минимально надо откомпилировать и проверить при добавлении расширений. Глобальную компиляцию не хочется делать на каждый чих.

По идее если не используешь новое, то не надо ничего перекомпилировать кроме того модуля, где сам экстеншен - это ж стандартный .NET. Есть какие-то кеши которые надо флашить, наверное.

[kashperuk]

Цитата:

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

А вот интересно.
Раньше если добавляешь переменную в класс, то надо инкрементно компилировать, чтобы все наследники пересобрались. Иначе глючит.
Если добавляешь параметр в метод то смотришь по перекрестным ссылкам где он вызывается и где перекрыт в наследниках, тоже правишь и компилируешь эти места. Иначе глючит и может падать.

Теперь, есть ли какие-то подобные простые правила, что делать при работе с Extension ? Что минимально надо откомпилировать и проверить при добавлении расширений. Глобальную компиляцию не хочется делать на каждый чих.

By definition, нужно компилировать только ту модель, в которой ты добавляешь extension. Представь, что application code у тебя представлен просто dll'кой.
Хотя, конечно, проверить конкретно этот сценарий не помешало бы.

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