Метки в Dimension

[_A_]

Может на форуме уже поднимался подобный вопрос, но я не нашел.

Необходимо изменить названия Измерений (Dimension) и порядок следования в массиве (если последнее возможно и коректно ли).

Какие есть для этого пути?

В соответствующих релэйшенах EDT (Dimension) поменять индексацию?
и изменить метки?

как-то иначе?

[mazzy]

Цитата:

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

В соответствующих релэйшенах EDT (Dimension) поменять индексацию?
и изменить метки?

<{POST_SNAPBACK}>

В типе перейдите к редактированию метки (label)
Индексацию? А зачем индексацию то менять? Просто поменяйте им названия.

[_A_]

Согласен.
Получается мне можно смело отредактировать все метки с таким названием?
к примеру для "Центр затрат" 3 метки.

SysDimension:
Да и потом наверное не корректно будет при обращении к примеру по индексу (SysDimension:epartment+1) получить не отдел а что-то другое?..

[Maxim Gorbunov]

Цитата:

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

Да и потом наверное не корректно будет при обращении к примеру по индексу (SysDimension:epartment+1) получить не отдел а что-то другое?..

<{POST_SNAPBACK}>

Привидите, пожалуйста, пример из стандартного приложения, где есть такое обращение к массиву Dimension[].

[Vadik]

Цитата:

Сообщение от Maxim Gorbunov

Цитата:

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

Да и потом наверное не корректно будет при обращении к примеру по индексу (SysDimension:epartment+1) получить не отдел а что-то другое?..

<{POST_SNAPBACK}>

Привидите, пожалуйста, пример из стандартного приложения, где есть такое обращение к массиву Dimension[].

<{POST_SNAPBACK}>

\Forms\CACPurposeCACLedgerTrans\Data Sources\CACLedgerTrans\Methods\executeQuery

<div class='XPPtop'>X++</div><div class='XPP'>[color=:blue]if[/color] (costPurpose)
   {
       [color=:blue]select[/color] CACLedgerTrans
           [color=:blue]where[/color] CACLedgerTrans.Dimension[SysDimension::Purpose + 1] [color=:blue]==[/color] costPurpose;
   }
   [color=:blue]else[/color]
   {
       [color=:blue]select[/color] CACLedgerTrans
           [color=:blue]where[/color] CACLedgerTrans.Dimension[SysDimension::Purpose + 1] [color=:blue]==[/color] costPurpose
           join  cacLedger
               [color=:blue]where[/color] cacLedger.AccountNumber [color=:blue]==[/color] CACLedgerTrans.AccountNum &&
                     cacLedger.AccountType   [color=:blue]==[/color] CACAccountType::costs;
   }</div>

[_A_]

пожалуй совсем на 3 метки а в разы больше(инфологи и т.д.)

[mazzy]

ну да, меток 10-20.

[_A_]

Спасибо всем ответившим.

Вобщем найдено самое приятное решение - отказаться от этих модификаций

Тем не менее, неприятный осадок остался... Есть ли еще варианты?

[Vadik]

Цитата:

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

Тем не менее, неприятный осадок остался... Есть ли еще варианты?

<{POST_SNAPBACK}>

варианты см. в Developer's guide - Adding dimensions

[_A_]

ну я имел ввиду если речь не идет о добавлении новых

[Vadik]

Цитата:

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

ну я имел ввиду если речь не идет о добавлении новых

<{POST_SNAPBACK}>

список объектов для изменения в любом случае тот же

хотя задача изменить

Цитата:

порядок следования в массиве

выглядит довольно странно

[_A_]

Цитата:

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

Цитата:

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

ну я имел ввиду если речь не идет о добавлении новых

<{POST_SNAPBACK}>

список объектов для изменения в любом случае тот же

<{POST_SNAPBACK}>

Vadik, простите радибога, но специально для тупых и убогих ) тобишь для меня, - какие изменения? кроме переименования меток, что еще? или может Вы еще какие-то видите изменения, опираясь на Developer's guide - Adding dimensions?

Цитата:

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

хотя задача изменить

Цитата:

порядок следования в массиве

выглядит довольно странно

<{POST_SNAPBACK}>

Для меня эта задача тоже показалась странной. Постановщик пытался меня убедить что порядок следования имеет "смысловую нагрузку" и "для красоты" - не убедил .

[Delfins_imported]

Согласен, иногда хаотичний порядок дает `нагрузку мозгам`.

А по моему, вот это очень неправильний подход.. странно, что кто-то так программирует

CACLedgerTrans.Dimension[SysDimension::Purpose + 1]

ПС: можно поменять index, но тогда надо будет убрать вот эти все `+1` и `+N`

[Maxim Gorbunov]

ЭЭЭйй. Да вы что!
Вадим, ну навел ты тут смуту. Хоть бы пояснил смысл того кода, который ты привел.

Обратите внимание, что SysDimensions::Purpose + 1 в данном случае не используется для обращения к аналитике, следующей за целью (тем более что в стандартной версии за аналитика Цель является третьей из трех). В данном случае +1 используется для того, чтобы Enum Value перевести в индекс массива Dimension[]. Дело в том, что элементы Enum'ов начинают нумироваться с 0, а элементы массивов - с 1. Для обратного перевода (из индекса в EnumValue) есть метод Dimensions::arrayIdx2Code(). А вот противоположный метод не написали.

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

[Vadik]

Цитата:

Сообщение от Maxim Gorbunov

ЭЭЭйй. Да вы что!
Вадим, ну навел ты тут смуту. Хоть бы пояснил смысл того кода, который ты привел.

..

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

<{POST_SNAPBACK}>

Ну вот, чуть что, сразу Косой (с)

Не припоминаю, чтобы я утверждал, что с этим кодом связаны проблемы. Ты просил пример - вот он. Я пользовался (вынужденно) подобными конструкциями, но все равно не люблю их

[Maxim Gorbunov]

Ладно. Я не удачно спросил, в общем

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