Список значений с несколькими столбцами и несколькими возвращаемыми значениями в Apex. Это вопрос, который я видел в сети довольно много раз, но я тоже с этим борюсь.
Исходя из Oracle Forms, а теперь перенося формы в Apex, эта функция мне не хватает очень хорошо. Это также все еще немного сбивает меня с толку, насколько чрезвычайно простой встроенный popup-lov.
Например, сейчас я делаю несколько меньших форм, каждая из которых имеет около 4 или 5 многозаписных столбцов, для чего-то большего, чем связывание двух значений. Столбец 1: некоторое значение, используемое в sap, например, столбец 2: идентификатор записи в базе данных Oracle (другая таблица, чем базовая таблица для блока). В столбце 2 есть значение lov с проверкой по списку, которое отображает 3 столбца, но также возвращает 3 столбца. Таким образом, вы можете выбрать запись из списка любимых, и автоматически будет заполнен идентификатор, а также «имя» и «описание» для указанного идентификатора. Столбец 1 и столбец 2 образуют базовую таблицу блока.
Теперь, в Apex, я бы потерял эту функциональность по умолчанию. Итак, сейчас я в основном закодировал событие onchange в javascript и получил значения с помощью процесса обратного вызова ajax. Во всплывающем окне я объединяю 3 столбца. Однако это выглядит глупо (на мой самый скромный взгляд), когда вы хотите заставить пользователя выбрать значение из lov («Не доступно для ввода, Показать отображаемое значение и Сохранить возвращаемое значение»): элемент будет содержать объединенное значение, используемое в Люблю, не только идентификатор, который я бы предпочел показать - плюс, у меня уже будут два других моих поля, заполненных обратным вызовом ajax.
Довольно неприятно иметь дело с этим. Пользователи привыкли работать с этими старыми (сгенерированными headstart) формами, имея всего 2 вводимых столбца, один из которых имеет lov. Теперь им нужно начать работать с этой «новой технологией», и хотя требуется некоторая корректировка, иногда эта область кажется немного архаичной!
Итак, я заставил его работать через обратный вызов Ajax для события onchange. Таким образом, когда значение изменяется через lov, дополнительные поля заполняются. Это происходит вместе с процессом после заголовка, после автоматической выборки строк, поэтому значения выбираются при загрузке страницы (или когда пользователь перемещается по строкам).
Я также написал собственное решение, которое требует от меня создания страницы с классическим отчетом и окном поиска. Затем я использую эту страницу в iframe и выскакиваю через модал. Когда пользователь выбирает запись, я возвращаю требуемое возвращаемое значение и список отображаемых значений. Это я делаю через кучу javascript, который я упаковал в JS-файл, и на самом деле на страницах требуется совсем немного дополнительной работы: включите файл в обе части, сделайте элемент с текстом post, вызывающим «open» ', и вызывая процедуру выбора и закрытия на моей любимой странице. Я вполне подумываю о создании плагина typep для мелкого элемента, чтобы мне было проще настроить вызывающий элемент. Всего лишь пара ноутов: на самом деле я уже не использовал это в некоторых формах, я разработал это в тестовом приложении после того, как разочаровался в стандартном инструменте. Это также потребовало бы, чтобы клиент поддерживал этот код JavaScript + помнил конфигурацию 2 пунктов, не говоря уже о том, чтобы я написал небольшой плагин. Поэтому я не решаюсь реализовать это.
TLDR: если вы уже некоторое время используете Apex и, возможно, сделали несколько форм: как вы на самом деле работаете с всплывающими окнами. И если вы знали формы: как вы справились с этим изменением?
Я все еще борюсь - брось мне кость;)