Управление изменением записей на форме.

[S.Kuskov]

И стоило городить всё это ради такой ерунды? Ну да ладно, как говорится, опыт - сын ошибок трудных.
Для решения поставленной задачи вам необходимо в момент смены даты в InvetJournalTable (а совершенно гарантированно этот момент можно отловить в методе update() таблицы InvetJournalTable) синхронно (т.е. в одной транцакции) менять значения даты и в таблице InvetJournalTrans.
Например так:

public void update()
{
    InventJournalTrans InventJournalTrans;
    ;

    ttsbegin;
    if (this.TransDate != this.orig().TransDate)
    {
        update_recordset InventJournalTrans
        setting TransDate = this.TransDate
        where InventJournalTrans.JournalId == this.JournalId;
    }
    
    super();
    ttscommit;
}

Обратите внимание. Метод InvetJournalTable.update() будет вызываться как при штатном сохранении записи CTRL+S, так и при аварийном выходе при нажатии ESC. Более того, если по каким-нибудь причинам у пользователя появится возможность изменить дату журнала с како-либо другой формы, этот код также отработает. Т.е. синхранизация данных обеспечивается на уровне тригеров таблиц и не зависит от пользовательского интерфейса

[pwp]

Цитата:

Сообщение от S.Kuskov

И стоило городить всё это ради такой ерунды? Ну да ладно, как говорится, опыт - сын ошибок трудных....................
.......................................
Обратите внимание. Метод InvetJournalTable.update() будет вызываться как при штатном сохранении записи CTRL+S, так и при аварийном выходе при нажатии ESC. Более того, если по каким-нибудь причинам у пользователя появится возможность изменить дату журнала с како-либо другой формы, этот код также отработает. Т.е. синхранизация данных обеспечивается на уровне тригеров таблиц и не зависит от пользовательского интерфейса

Ну я так и знал. Поехали тогда немного в детали. Это нужно не для всех журналов, а только Проводки,Приб\Убытки\Перенос+еще 2.(т.е.хорошо бы в этом методе иметь установленный параметр с формы, чтобы не нести этот код в метод таблицы.) При update в Trans нужно отработать еще ряд методов по другим таблицам(посмотрите update Transdate при изменении даты в Grid) Кроме того, update на Trans в нашей реализации идет с параметром(но он не selectforupdate). + прямой update этой даты в Table не находит своего своего отражения на форме (возможно нужно где-то (?) вставить research() на DS формы)+ нужен еще и диалог по изменению даты(где его затеять, тогда?), вдруг это кто то сел на клавиатуру).Но по любому, спасибо за совет, попробую и его тоже, если получится.

[lev]

Цитата:

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

Ну я так и знал. Поехали тогда немного в детали. Это нужно не для всех журналов, а только Проводки,Приб\Убытки\Перенос+еще 2.(т.е.хорошо бы в этом методе иметь установленный параметр с формы, чтобы не нести этот код в метод таблицы.) При update в Trans нужно отработать еще ряд методов по другим таблицам(посмотрите update Transdate при изменении даты в Grid) Кроме того, update на Trans в нашей реализации идет с параметром(но он не selectforupdate). + прямой update этой даты в Table не находит своего своего отражения на форме (возможно нужно где-то (?) вставить research() на DS формы)+ нужен еще и диалог по изменению даты(где его затеять, тогда?), вдруг это кто то сел на клавиатуру).Но по любому, спасибо за совет, попробую и его тоже, если получится.

Если есть много нюансов, которые не хочется городить в методе update(), тогда закройте дату в шапке журнала и в строках на редактирование. а в шапке журнала сделайте функцию (class) изменения даты. И в этой функции выполняйте все необходимые хитрости. а для обновления информации на форме, на кнопке, которая будет вызывать функцию, перекройте метод cliked() и после super() сделайте Reread и Refreash на датасорсе.

[pwp]

Цитата:

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

Если есть много нюансов, которые не хочется городить в методе update(), ................... на датасорсе.

Да у меня сейчас вроде так и сделано, только вместо класса я сделал метод в классе JournalFormTable. Но стоит требование конса делать это не по кнопке, а по редактированию даты(я этого не поддерживаю) отсюда проблема с ESC (см.выше)

[S.Kuskov]

Цитата:

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

Да у меня сейчас вроде так и сделано...

Возможно действительно не стоит так серьёзно заморачиваться с синхронизацией дат в шапке и строках. А просто учесть возможность появления разсогласованных данных. И Добавить соответствующую проверку перед разноской, что мол даты в строках и шапке не совпадают. Поправить? Да. Нет.

[pwp]

Цитата:

Сообщение от S.Kuskov

Он сказал: "Поехали!" и взмахнул рукой..
Тащить ничего никуда не нужно. Этот параметр доступен через this.JournalType.

Это да, но перебор придется вставить, что не очень смотрится в update на Table...

Цитата:

Сообщение от S.Kuskov

Отрабатывайте. Перекрывайте аналогичным образом InventJournalTrans.update() и отрабатывайте.

В порядке ликбеза, это уже на DS формы ?

Цитата:

Сообщение от S.Kuskov

И да, есть ещё такие классы как InventJournalData и InventJournalTransData. Вам никто не мешает использовать и их.

Только в методе update на таблице Table как к ним подобраться ?

Цитата:

Сообщение от S.Kuskov

Не понял вас. Нужен диалог который сможет влиять на что? изменение даты в InventJournalTable? Ну так это совершенно другая задача. Она никак не связана с последствиями смены этой даты. Вызывайте его например в методе validateWrite источника данных InentJournalTable.

Ну как же так, смена даты клиентом первооснова и причина всех дальнейших прыжков. Только нужно обеспечить защиту от случайного изменения=подтверждение.

Цитата:

Сообщение от S.Kuskov

Возможно действительно не стоит так серьёзно заморачиваться с синхронизацией дат в шапке и строках. А просто учесть возможность появления разсогласованных данных. И Добавить соответствующую проверку перед разноской, что мол даты в строках и шапке не совпадают. Поправить? Да. Нет.

Не совсем сие красиво, IMHO. Мало того, что при входе в строки имеет разность дат+разносить возможно будет другой, кто не в курсе всего...Да и отложить это на разноску ну ничем не отличается от первичной проблемы. Спасибо за анализ всей проблемы.

[S.Kuskov]

Цитата:

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

Это да, но перебор придется вставить, что не очень смотрится в update на Table...

Рефакторингом займётесь когда всё заработает.

Цитата:

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

В порядке ликбеза, это уже на DS формы ?

Неа.Идя в том чтобы по максимому изолироваться от интерфейса пользователя. В данном случае таблицы содержат всю необходимую для работы информацию. Так зачем же логику переносить в методы источника данных какой-то конкретной формы.

Цитата:

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

Только в методе update на таблице Table как к ним подобраться ?

InventJournalData = JournalTableData::construct(this);
InventJournalTransData = new JournalTransData(InventJournalTrans, InventJournalData);

Цитата:

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

Ну как же так, смена даты клиентом первооснова и причина всех дальнейших прыжков. Только нужно обеспечить защиту от случайного изменения=подтверждение.

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

[S.Kuskov]

Он сказал: "Поехали!" и взмахнул рукой..

Цитата:

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

Это нужно не для всех журналов, а только Проводки,Приб\Убытки\Перенос+еще 2.(т.е.хорошо бы в этом методе иметь установленный параметр с формы, чтобы не нести этот код в метод таблицы.)

Тащить ничего никуда не нужно. Этот параметр доступен через this.JournalType.

Цитата:

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

При update в Trans нужно отработать еще ряд методов по другим таблицам

Отрабатывайте. Перекрывайте аналогичным образом InventJournalTrans.update() и отрабатывайте.

Цитата:

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

посмотрите update Transdate при изменении даты в Grid

Да, возможно с update_recordset я погоричичлся. Можно добавить как минимум

while select InventJournalTrans where InventJournalTrans.JournalId == this.JournalId inventJournalTrans.inventMovement().journalSetTransDate();

И да, есть ещё такие классы как InventJournalData и InventJournalTransData. Вам никто не мешает использовать и их.

Цитата:

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

Кроме того, update на Trans в нашей реализации идет с параметром(но он не selectforupdate)

Не совсем вас понимаю. Возможно прийдётся полностью отказаться от update_recordset и использовать явный вызов update с дополнительным параметром.[/QUOTE]

Цитата:

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

прямой update этой даты в Table не находит своего своего отражения на форме (возможно нужно где-то (?) вставить research() на DS формы)

Возможно. Это нормально.

Цитата:

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

нужен еще и диалог по изменению даты(где его затеять, тогда?), вдруг это кто то сел на клавиатуру.

Не понял вас. Нужен диалог который сможет влиять на что? изменение даты в InventJournalTable? Ну так это совершенно другая задача. Она никак не связана с последствиями смены этой даты. Вызывайте его например в методе validateWrite источника данных InentJournalTable.