29.04.2019, 17:47 | #1 |
Участник
|
Странная альтернатива validate поля
Всем добрый день!
Попросили поставить проверку на ввод даты в поле Shipment Date в одной из таблиц 50ххх. И история изменений почему-то по этой дате не видна - исправить. Нефиг делать.. Ага.. validate поля пустой. Странно. Тяжелая основная таблица, забитая данными.. а validate полей раз-два и обчелся. Дата Поставки вводится в форме не Textbox, а через OnAssistEdit поля, далее через Dialog в локальную переменную, которая потом передается на проверку в кодюнит-процедуру set_new_shipment_date , где присвоение делается через := , без validate. Процедура set_new_shipment_date создавалась в 2015 году, авторов уже не найти. От поля Shipment Date в любой таблице зависит много чего. Как все это можно вынести с таблицы - в голове не укладывается )) Варианта два: 1.Дописывать нужные проверки в кодюните, как делали мои предшественники. 2.Добавить проверку на validate поля таблицы .. Хочется понять, может, я зря удивляюсь, что проверки вынесены с validate таблицы в кодюнит? Если такое делают, то , наверно, люди должны договориться, что всегда вместо validate вызывают процедура set_new_shipment_date? В общем, удивили меня. Помогите, пожалуйста, мозги на место поставить Последний раз редактировалось mira; 29.04.2019 в 18:04. |
|
30.04.2019, 13:11 | #2 |
Участник
|
В общем, рассказали мне, что разделили проверяющие функции и исполняющие функции.
Проверку и изменение значений. Во-первых, чтобы лишний раз не трогать и не занимать таблицу (блокировки..). Разумеется, не все аккуратно, и уже на этапе анализа нашла ошибки, которые подтвердили сопровожденцы, мол, были жалобы на расхождение данных. Но сама идея теперь понятна. И протеста не вызывает. |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|