Статьи аналитик

[Silphidae]

Добрый день. Подскажите, пожалуйста, решение такой проблемы:

В описании класса пишу:
Dimension dimension;

Создаю диалог:
public Object dialog()
{
DialogRunbase dialog = super();
DialogField dialogBKNumber;
;

dialog.addGroup("Фильтры");
dialogBKNumber = dialog.addField(typeid(Dimension),"Статья БК","Выбор статьи БК");
dialogBKNumber.value(dimension);

return dialog;
}

В результате получаю на форме семь полей аналитик, а мне нужно только одно поле. Проблема в том, что Dimesion - это массив из семи аналитик. Как мне указать, что мне нужна конкретно 7-я аналитика в качестве типа dimension? Вариант Dimension[7] dimesion; не работает.

Спасибо.

[oip]

Создать для нужной аналитики свой ЕДТ-наследние от SysDim и прописать соответствющий релейшн к таблице Dimensions. В диалог подставлять этот ЕДТ.

DepartmentId extends SysDim
DepartmentId == Dimensions.Num
0 = Dimensions.Code

[ivas]

нужно создать расшитенный тип со ссылкой на аналитику кот вам нужна или используйте функцию extendedTypeName2Id_RU


з.ы упс попередили)

[petergunn]

Посмотрите тему финансовые аналитики в диалог

Там в обсуждении был пример job'а в котором программно скрывались 'ненужные' поля финансовых аналитик в диалоге:

static void jobDimensionFields(Args _args)
{
    Dialog              dialog              ;
    DialogField         dialogFieldDimension;
    FormStringControl   formStringControl   ;
    Counter             idx                 ;
    ;
    
    dialog = new Dialog() ;
    dialogFieldDimension = dialog.addField(typeId(Dimension));
 
    for( idx=2; idx<=Dimensions::numOfDimensions(); idx++ )
    {
        formStringControl = dialogFieldDimension.fieldControl(idx) ;
        formStringControl.visible( false ) ;
    }
 
    dialog.run() ;
}

[Silphidae]

Спасибо всем за помощь.
Извиняюсь, но мне непонятно, что значит строка в связях:
0 == Dimensions.DimensionCode
Почему 0? Объясните, пожалуйста.

[petergunn]

Цитата:

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

Извиняюсь, но мне непонятно, что значит строка в связях:
0 == Dimensions.DimensionCode
Почему 0? Объясните, пожалуйста.

Цитата:

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

...
DepartmentId == Dimensions.Num
0 = Dimensions.Code

В основе поля таблицы Dimensions.DimensionCode лежит перечисление (base enum) SysDimension в котором 0 = SysDimension:: Department
В данном случае создана доп.связь (ограничение) типа 'Поле ссылки фиксировано' по таблице Dimensions с ограничением по полю Dimensions.DimensionCode = "Подразделение"

Если Вам необходим какой-либо другой вид аналитики, то смотрите числовое значение этого кода в enum SysDimension (например SysDimension::SomeValue = 10) и подставляете в связь вместо 0.

[Silphidae]

Цитата:

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

В основе поля таблицы Dimensions.DimensionCode лежит перечисление (base enum) SysDimension в котором 0 = SysDimension:: Department

Создана доп.связь (ограничение) типа 'Поле ссылки фиксировано' по таблице Dimensions с ограничением по полю Dimensions.DimensionCode = "Подразделение"

Спасибо, petergunn. Я примерно так и думал. Просто меня удивило, что при любом другом значении, кроме 0 - я получаю тоже самое "Подразделение" (Например, при 2 должно быть "Тип производства", если верить перечислению SysDimension ).

[petergunn]

Цитата:

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

...
Просто меня удивило, что при любом другом значении, кроме 0 - я получаю тоже самое "Подразделение" (Например, при 2 должно быть "Тип производства", если верить перечислению SysDimension ).

Данное утверждение показалось несколько странным, решил проверить его на практике.
За основу эксперимента был взят совет данный автору топика:

Цитата:

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

Создать для нужной аналитики свой ЕДТ-наследние от SysDim и прописать соответствющий релейшн к таблице Dimensions. В диалог подставлять этот ЕДТ.

DepartmentId extends SysDim
DepartmentId == Dimensions.Num
0 = Dimensions.Code

Создал новый EDT, который должен был отображать штатную аналитику 'Центр затрат' (SysDimension::Center=1)

DimensionSysDemo extends SysDim
DimensionSysDemo == Dimensions.Num
1 = Dimensions.DimensionsCode

Однако на диалоге, в поле на основе созданного EDT DimensionSysDemo, в lookup действительно отображался список аналитик соответствующих типу 'Подразделение'. Причина этого в том что на EDT SysDim, взятого в качестве 'родителя', указана своя lookup форма (FormHelp=DimensionsLookup), в методе run() которой происходит определение значения переменной sysDimension на основании индекса массива поля с которого открывается lookup.

void run()
{
    ...
    callerControl = SysTableLookup::getCallerStringControl(element.args());
    ...
    callerFieldId = callerControl.dataField() ;

    sysDimension = Dimensions::arrayIdx2Code(fieldExt2Idx(callerFieldId));
    callerFieldId = fieldExt2Id(callerFieldId);

    if (!callerFieldId)
    {
        sysDimension = Dimensions::arrayIdx2Code(callerControl.arrayIndex());
    }
    ...
}

У созданного EDT DimensionSysDemo нет дополнительных array elements и преобразование Dimensions::arrayIdx2Code( <arrayIdx> ) давало 0 (SysDimension:: Department). Т.е. если наследование определенной аналитики идет от SysDim, то вне зависимости от указанных relations на новом EDT отображаться в lookup будет аналитика 'Подразделение', что и подтвердили слова Silphidae.

Наследование новых EDT от SysGroup (как родителя SysDim) избавляет от такого вида lookup. (работает штатная функциональность по отображению lookup на основе EDT relations )

В качестве следующей цели эксперимента стало обеспечение возможности форме DimensionsLookup (помимо работы с массивами) корректно отображать список аналитик для EDT унаследованных от SysDim и не являющихся массивом - для единобразия вида lookup отображающего аналитику (форма DimensionsLookup содержит дополнительные вкладки).

Суть внесенных модификаций в форму: для вызывающего control формы определить extended data type, в случае если EDT не является массивом (для них остается штатная логика) определить значение sysDimension на основе информации о relation с типом 'Поле ссылки фиксировано' на поле Dimensions.DimensionCode.

Вот что получилось в первом приближении (для включения дополнительной функциональности нужно в \Forms\DimensionsLookup\Methods\classDeclaration определить значение макроса dimensionsLookup(1) - в проекте значение =0 ).

P.S. В проект включил job и форму которую использовал для тестирования. Выгружено с приложения DAX 4.0 SP2 (application version: 4.0.2501.122):

[Silphidae]

Большое спасибо, petergunn.
Очень доступное объяснение.
Тему можно закрыть.

[dech]

В продолжение темы... Чтобы особо не заморачиваться, делаем следующее. Создаем EDT на основе SysGroup, Добавляем необходимые relations и ничего танцору не мешает.