Чудеса salesTable.validateWrite()

[IKA]

Такая вот интересная вещь:
Есть код создающий в цикле шапку закупки и строки, потом снова на след итерации шапку и строки

while - 
{
     if()
     {
          //salesTable = null; только это спасает
          salesTable.clear();
     .....
          if (salesTable.validateWrite())
               salesTable.insert();
  }
....  
}

на втором прохождении цикла заказ не создается, тк выдается ошибка Заказ не может быть изменен. ( @sys2650 )
Происходит из-за того, что несмотря на salesTabel.clear(), кот очищает поля и Recid(я это вижу в дебаггере) , потом в salesTableType->validateWrite вызов salesTable.orig() возвращает буфер, созданный на предыдущей итерации , т.е clear() не очищает orig()
reread перед clear не помогает, initValue после него - тоже
Ест-но, помогает только salesTable = null перед salesTable.clear(); но обычно же так не пишем

Тут как-то спрашиали зачем табличным буферам null присваивают. Может, чтоб вот таких сюрпризов избегать?

AX2012 R2

[dech]

Простите, не понял что за цикл: while select или просто while?
Если просто while, то цикл должен закончится только по break (ну или ни разу не начаться, если таблица пустая).
И... это самописный код? или прямо от Microsoft? Тогда подскажите, где он расположен? Очень интересно взглянуть на полную картину действий.

[S.Kuskov]

оригинальный orig

[byte]

По-моему salesTable = null - нормальное решение.

[IKA]

While select
но это не принципиально. проблема именно та же, на которую дал ссылку S.Kuskov

[gl00mie]

Цитата:

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

Есть код создающий в цикле шапку закупки и строки, потом снова на след итерации шапку и строки

//salesTable = null; только это спасает
salesTable.clear();
.....
if (salesTable.validateWrite())
    salesTable.insert();

Тут как-то спрашиали зачем табличным буферам null присваивают. Может, чтоб вот таких сюрпризов избегать?
AX2012 R2

Немного брюзжания: бороться с заморочками клиент-серверного orig - это, конечно, почетно и доблестно, но в общем и целом чтоб вот таких и многих других сюрпризов избегать, тем более на 2012-й, лучше для создания сложных и ответственных вещей, вроде шапок и строк заказов на продажу, использовать специально обученные AxBC-классы:

while ...
{
    axSalesTable = AxSalesTable::newValidateInput();
    ...
    axSalesTable.write();
    ...
    axSalesLine = AxSalesLine::construct();
    axSalesLine.validateInput(true);
    axSalesLine.axSalesTable(axSalesTable);
    ...
    axSalesLine.write();
}

[IKA]

Где описано, что это теперь рекоммендованый подход? т.е в каких тренингах/книгах
Уж сразу, чтобы почитать и не натыкаться...на 2009 так тоже делали, конечно, но не оч кошерно считалось( тк не всегда классы должным образом поддерживались во время кастомизаций)

[gl00mie]

Это скорее из личного опыта, см. также обсуждение В чем преимущество ax-классов перед непосредственной работой с таблицами?