mfp: SysExtension Framework – to the rescue

[Logger]

Хотелось бы еще получше понимать как теперь с помощью нового инструмента простым способом
реализовать такое :

Цитата:

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

[gl00mie]

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

[belugin]

Цитата:

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

Хотелось бы еще получше понимать как теперь с помощью нового инструмента простым способом
реализовать такое :

- во-первых, можно откатиться к construct и добавить post- event для своего случая
- во-вторых, можно закодировать условие в значение атрибута
- в-третьих, посмотрите на ту надстройку, которая используется в templateprovider_ru - оно поддерживает иерархические атрибуты и условия

[macklakov]

Цитата:

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

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

Можешь для тупых объяснить, что за хитрая магия в этом классе упрятана? В R3 я вижу один абстрактный класс с одним единственным наследником. Если верить коду, то достаточно было одного static метода, который по строчному параметру ищет ссылки на файлы. Смысл в этом всем?
Вот в BankReconciliationMatchingMatchProcessor.constructMatch смысл ясен. Ребята игрались с toolbox, пробовали все, что под руку попалось. В результате получился конструктор для вызова конструктора, который вызывает фреймворк.

[belugin]

Цитата:

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

Можешь для тупых объяснить, что за хитрая магия в этом классе упрятана? В R3 я вижу один абстрактный класс с одним единственным наследником..

Когда я переводил отчеты с файловой шары на ресурсы, у меня закралось подозрение, что кто-то, возможно, захочет поменять это дело обратно для каких-то отчетов или реализовать какое-то свое хранилище шаблонов (например, на http server) чтобы дать power users возможность их редактирования без правки aot.

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

[macklakov]

Цитата:

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

Вторая реализация есть, но она используется для тестирования внутри ms.

А как переключение между наследниками происходит? Ну вот предположим захотел я использовать эту внутреннюю, ms-овскую, реализацию.

[belugin]

1. Декларируем для какого класса объектов применим провайдер - при помощи SysClassNameAttribute (например, у отчетов по ОС общий предок, можно сказать, что для всех отчетов по ОС брать шаблоны, допустим, из папки)
2. Если надо вычислять условия применения в рантайме, имплементим SysIConditionalExtension и перекрываем isApplicableTo
3. Если для данного объекта есть несколько расширений, то провайдер для более конкретного класса предпочитается провайдеру для более общего, провайдет который реализует SysIConditionalExtension предпочитается тому, который не имплементит.

см XML документацию для SysGeneralizableExtensionAppFactory

Тестовый провайдер обслуживает все объекты:

[SysClassNameAttribute(classStr(Object))]
class AOTResourceTemplateProviderTestHelper_RU extends AOTResourceTemplateProvider_RU
implements SysIConditionalExtension
{

Но применим только если мы
1. выполняем юнит тест
2. Включили в тесте параметр

 /// <summary>
    /// Returns whether an extension can be applied in current conditions
    /// </summary>
    /// <param name="_value">
    /// Parameter that specifies extension context
    /// </param>
    /// <returns>
    /// true, if the extension can be applied; otherwise, false.
    /// </returns>
    boolean isApplicableTo(AnyType _value)
    {
        #localMacro.runningUnitTestsClient
        '(C)\\Classes\\SysTestSuite\\run'
        #endmacro
        #localMacro.runningUnitTestsServer
        '(s)\\Classes\\SysTestSuite\\run'
        #endmacro

        container callStack;

        if (_value && typeOf(_value) == Types::Class)
        {
            callStack = xSession::xppCallStack();

            if (conFind(callStack, #runningUnitTestsClient) ||
                conFind(callStack, #runningUnitTestsServer))
            {
                return AOTResourceTemplateProviderTestHelper_RU::applicable();
            }
        }

        return false;
    }
public static boolean applicable(boolean _applicable = true)
    {
        SysGlobalCache cache = classfactory.globalCache();
        boolean        applicable;

        if (prmisDefault(_applicable))
        {
            if (cache.isSet(#CacheScopeKeyApplicable))
            {
                applicable = cache.get(#CacheScopeKeyApplicable);
            }
            else
            {
                applicable = true;
            }
        }
        else
        {
            applicable = _applicable;
            cache.set(#CacheScopeKeyApplicable, applicable);
        }

        return applicable;
    }

[macklakov]

Цитата:

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

см XML документацию для SysGeneralizableExtensionAppFactory

Где ее найти можно?

Цитата:

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

Если надо вычислять условия применения в рантайме, имплементим SysIConditionalExtension и перекрываем isApplicableTo

Вот этого не знал. Спасибо.