Значение по умолчанию параметра типа EDT c array elements либо просто массива

[HorrR]

Ребята, очередной вопрос из разряда: ламер хочет всё и сразу, поэтому не обессудте.

Во время написания парм метода для поля, которое базируется на EDT real типа с количеством ArrayElements равным двум, столкнулся с проблемой присвоения значений по умолчанию. 0, равно как и Null в качестве значения по умолчанию метод не принимает. Вспомнил, что есть известное EDT Dimensions с несколькими ArrayElements. От рациональности реализации парм-метода для поля, которое базируеццо на эту Идетешку просто офигел. При передаче параметра вызывается статический метод(на какой таблице уже не помню) и возвращает неинициализированную переменную этого же типа. Ну что-то на подобии

Хедер парма:

public Dimension parmDimesion(Dimension _dim =SomeTable::emptyDim())

функция таблицы КакоетоТабличко:

public static Dimension emptyDim()
{
    Dimension dim;
    ;
    return dim;
}

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

Так же усложняет ситуацию то, что параметр по умолчанию может быть лишь один, поэтому такой трюк не пройдёт:

public Dimension parmDimesion(real x=0, y=0)

Опять таки, можно использовать в качестве параметра обьект типа лист, рек или контейнер, но таким образом в метод можно будет передать какое угодно количество параметров и хоть внутри самого парма можно будет устроить проверку, реализация явно получится через одно место.

Конечно можно отказаться от использования массивного поля и разделить его релизацию в 2 отдельных поля, но это так же не выход. Может кто-нибудь из гуру сталкивался с такой проблемой, будет очень интересно узнать есть ли всё-таки для неё вразумительный солюшн. Зарание спасибо.

[kashperuk]

Про параметры - их может быть много
Для каждого надо указывать тип данных

[HorrR]

Цитата:

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

Про параметры - их может быть много
Для каждого надо указывать тип данных

Нет слов, одни выражения. Вот это я тупица! Громадное спасибо)))

[mau]

Не понял, зачем городить огород с инициализацией в сигнатуре метода. Можно "старым дедовским способом":

class MyClass
{
    Dimension dim;
}

public Dimension parmDimesion(Dimension _dim = dim)

Инициализация замечательно отрабатывается ядром.

[HorrR]

Цитата:

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

Не понял, зачем городить огород с инициализацией в сигнатуре метода. Можно "старым дедовским способом":

class MyClass
{
    Dimension dim;
}

public Dimension parmDimesion(Dimension _dim = dim)

Инициализация замечательно отрабатывается ядром.

А в данном примере вы параметр не в сигнатуре инициализируете?))) В любом случае, этот способ ничем не отличается от преведённого мной, за исключением того, что по всей видимости в вашем способе переменная обьявляется в декларейшене этого же класса, а в моём её значение возвращается статической функцией на родной таблице(как в общем-то это и реализовано в стандартном функционале). Так вот, повторюсь, не работает этот способ с ЭДТ, которые базируются на числовой тип, строковые - да, а числовые - нет. с Dimension трюк катит ибо этот EDT строкового типа.

[mau]

Проверил на Ax 3.0 SP3 KR1 - работает.

Параметр инициализируется не в сигнатуре, а при создании экземпляра класса. В сигнатуде он определяется по-умолчанию. Вещи разные, на мой взгляд. Если вы считаете ваш подход эстетически выигрышным - ок.
Успехов.

PS. Что такое "родная" табличка для EDT c arrayElements? ;-)

[HorrR]

Цитата:

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

Проверил на Ax 3.0 SP3 KR1 - работает.

Параметр инициализируется не в сигнатуре, а при создании экземпляра класса. В сигнатуде он определяется по-умолчанию. Вещи разные, на мой взгляд. Если вы считаете ваш подход эстетически выигрышным - ок.
Успехов.

PS. Что такое "родная" табличка для EDT c arrayElements? ;-)

А кто говорил, что таблица родная для EDT? Если вам нравиться выдёргивать отдельные контексты из моих сообщений - пожалуйста. Хотя, по-момему в изначальном посте всё ясно сказано:

Цитата:

Во время написания парм метода для поля, которое базируется на EDT real типа с количеством ArrayElements

Так что могли бы и не ерничать.

[mau]

Цитата:

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

Так что могли бы и не ерничать.

Вы бы огласили целиком решаемую задачу, не не отдельные технические трудности при её решении. Тогда ответ был бы получен быстрее и точнее. Судя по другой ветке, вы руководствуетесь шаблонами решения другого языка и , скорее всего, скриптового. Не все стандартные шаблоны других языков будут работать в аксапте. В аксапте есть шаблоны решения типовых задач. Называется Best practice.

Так что, пожалуйста, опишите задачу.

[Red Stranger]

Цитата:

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

PS. Что такое "родная" табличка для EDT c arrayElements? ;-)

Я так понял, что автор имел ввиду ту табличку на которую настроены relations данного EDT.

[mau]

С типом real? В контексте аксапты, оригинально.

[Red Stranger]

Цитата:

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

С типом real? В контексте аксапты, оригинально.

Нда ужж. Чего-то и не подумал об этом :-)))

Цитата:

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

Так вот, повторюсь, не работает этот способ с ЭДТ, которые базируются на числовой тип, строковые - да, а числовые - нет.

Проверил на Ax 4.0 sp1
Ошибку есть.
Содал новый EDT типа Real. Добавил в array к нему парочку элементов.
На новой табличке написал статический метод(аля метод emptyDimension на табличке Dimensions),который возвращает пустой EDT.
Создал джобик и попытался проинитить этим статическим методом переменную.
Ругается на несовместимость типов

[mau]

Цитата:

Сообщение от Red Stranger

Проверил на Ax 4.0 sp1
Ошибку есть.

Блин, тогда я пасс - под рукой 4-ки нет.
Грустно - опять придется парить мозг для обхода мелкого бага ядра.

[HorrR]

Цитата:

Сообщение от Red Stranger

Нда ужж. Чего-то и не подумал об этом :-)))



Проверил на Ax 4.0 sp1
Ошибку есть.
Содал новый EDT типа Real. Добавил в array к нему парочку элементов.
На новой табличке написал статический метод(аля метод emptyDimension на табличке Dimensions),который возвращает пустой EDT.
Создал джобик и попытался проинитить этим статическим методом переменную.
Ругается на несовместимость типов

Ха, так в том то и дело! Но если сделать так, как подсказал mau, то есть, что бы переменная инициализировалась в классе-обладателе метода, всё работает! Мистика! Не понятно в чём же разница? Ну, в любом случае спасибо вам обоим за участие, а особенно mau за действенный совет)

[kashperuk]

Создал запрос - возможно, в след. версии исправят.
Но это очень незначительная фигня.

[HorrR]

Цитата:

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

Создал запрос - возможно, в след. версии исправят.
Но это очень незначительная фигня.

Благодарю, общественность тебя не забудет)

[petr]

А чем такой-то вариант не устраивает?

public ReaArraylDemo parmReaArraylDemo(ReaArraylDemo _reaArraylDemo = _reaArraylDemo)
{
    ;
    reaArraylDemo = _reaArraylDemo;

    return reaArraylDemo;
}

[HorrR]

Цитата:

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

А чем такой-то вариант не устраивает?

public ReaArraylDemo parmReaArraylDemo(ReaArraylDemo _reaArraylDemo = _reaArraylDemo)
{
    ;
    reaArraylDemo = _reaArraylDemo;
 
    return reaArraylDemo;
}

Бгг, гениально просто!!!