Petro123,

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

Надо понимать зачем используется аякс, что куда отправляется, а дуракам давать пользоваться аяксом противопоказано, понаделают ошибок, т.к. не понимают, что это такое

Petro123,

Ты путаешь понятия.
Pl/SQL developer делает обьявления переменных.
DA никак обьявлений не делает, они уже объявлены и значения им уже присвоины.

В DA количество переменных page items to submit может быть больше или меньше, того что находится в коде и это достаточно распространенный случай.

А то, что у тебя там по 15 переменных наталкивает на определённые мысли, возможно ты выбрал неверный подход к решению задачи. Не полную ли отправку формы пытаешься сделать случаем?

P.S. В любом случае, автоматом подставлять page items to submit не серьёзно, слишком много причин, почему такого быть не может

Petro123SvDevP.S. В любом случае, автоматом подставлять page items to submit не серьёзно, слишком много причин, почему такого быть не может


=== я юз-кейс назвал. А ты ни одного. Один ноль))))

Назвал уже несколько штук, ты не читаешь просто
Не всё конешно назвал, но и того что назвал более чем достаточно

SvDevPetro123В DA количество переменных page items to submit может быть больше или меньше, того что находится в коде и это достаточно распространенный случай.

====== назвал бы хоть один

Пример: код pl/sql одна строчка: null;
Отправляем item на сервер, через следующий action делаем refresh на какой-нибудь элемент на форме, использующий этот item
Да и вообще, неужели тебе разделение на Page Items to Submit и Page Items to Return ну совсем ни о чем не говорит ?

Petro123SvDevDA никак обьявлений не делает, они уже объявлены и значения им уже присвоины

======= выше привёл пример, когда другая IDE помогла и в этом
тяжелый случай ...

Petro123,

Вообще-то объяснил. Чтобы сделать refresh и обновился элемент .

SvDev,

Например, DA refresh на регион, он обновится с учетом значений переменных на сервере.
Вот у меня сотни DA, и не помню ни разу, чтобы я туда по 15 переменных совал. Нескольких обычно хватает.

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

P.S. я не понял вопрос

Petro123,

DA null нужен, чтобы отправить переменную с формы на сервер, потом следующим action перерисовать компонент с учетом значения item на сервере. Вроде все понятно.

Petro123,

DA как раз и хорошь, чтобы декларативно всякие штуки делать, а не то же самое или ещё хуже через тонну кода апи.

По поводу 15 переменных, вот и возникает вопрос, почему через аякс нужно их сохранять, почему не через submit, что с валидацией, что будешь делать когда к ним добавится табличная форма ?

Если приложение строится по принципу сохранение форм через Аякс, то тут все равно нужно что-то изобретать, чтобы автоматически отправить все items, da execute все равно не сможет заменить стандартные функции. Встроенный декларативный аякс в апексе появился лишь в последних версиях, до 4.0 вообще никаких da не было. Т.е. апекс совершенно не заточен под сохранение модальных форм через аякс, только через тонну кода.

Лишь в 5.0 будет такая возможность декларативная, и кстати не через DA, а через обычную отправку данных модальной страницы